From report at bugs.python.org  Fri Mar  1 00:31:56 2013
From: report at bugs.python.org (Dan)
Date: Thu, 28 Feb 2013 23:31:56 +0000
Subject: [issue12641] Remove -mno-cygwin from distutils
In-Reply-To: <1311699751.35.0.569127767575.issue12641@psf.upfronthosting.co.za>
Message-ID: <1362094316.55.0.766466520182.issue12641@psf.upfronthosting.co.za>


Dan added the comment:

There's an additional aspect. Even though I don't use Windows as a development platform, I care about being able to propose Python to clients as a cross-platform technology (instead of, say, Java). Having an essential piece of Python infrastructure fail miserably on Windows impacts Python's appeal / credentials.

To clarify another point, I think that Python should pick and support an "official" package manager (be it distutils, pip or whatever) not eventually, but ASAP. For the time being it looks like distutils is a keystone, therefore it needs to work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12641>
_______________________________________

From report at bugs.python.org  Fri Mar  1 01:19:10 2013
From: report at bugs.python.org (Jon)
Date: Fri, 01 Mar 2013 00:19:10 +0000
Subject: [issue12641] Remove -mno-cygwin from distutils
In-Reply-To: <1311699751.35.0.569127767575.issue12641@psf.upfronthosting.co.za>
Message-ID: <1362097149.99.0.311822883751.issue12641@psf.upfronthosting.co.za>


Jon added the comment:

Eric, I'm assuming you are the key decision maker for any fix. As I want to see this issue stay razor focused, where specifically do you need community help?

Depending upon your needs, I can test on my win7 32bit notebook with official python 2.7.3. It also has arch 3.7.9 and ubuntu server 12.10 virtualbox vm's. I don't build python from source with mingw and my win8 64bit box isn't ready yet. The win7 box has mingw gcc 4.6.2 32bit and mingw-w64 32bit toolchains, both of which have msys and autohell goodies. I'm swamped these days but will carve out time from somewhere.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12641>
_______________________________________

From report at bugs.python.org  Fri Mar  1 03:43:18 2013
From: report at bugs.python.org (karl)
Date: Fri, 01 Mar 2013 02:43:18 +0000
Subject: [issue747320] rfc2822 formatdate functionality duplication
Message-ID: <1362105798.07.0.631565887067.issue747320@psf.upfronthosting.co.za>


karl added the comment:

R. David Murray:

Sure. Is it better? issue-747320-1.patch

It seems there are already tests for gmt date format in Lib/test/test_email/test_utils.py

----------
Added file: http://bugs.python.org/file29279/issue-747320-1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue747320>
_______________________________________

From report at bugs.python.org  Fri Mar  1 08:27:09 2013
From: report at bugs.python.org (Aman Shah)
Date: Fri, 01 Mar 2013 07:27:09 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1362122829.58.0.478016783742.issue17299@psf.upfronthosting.co.za>


Aman Shah added the comment:

I had put in the renaming because "ioclass" is not defined in the class itself, only in the subclasses. So, instantiating it and using dumps/loads would be meaningless and would raise an error. Which is similar to the behavior of an abstract class.
Also, the "if(self.f):" part can be improved as you said and I looked at the patch for other similar mistakes. But, it's an isolated mistake (at lines 33 and 74) and so maybe it can be fixed during the merge itself?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Fri Mar  1 09:16:09 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 08:16:09 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
Message-ID: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>


New submission from Ezio Melotti:

I suggest to disable the [X refs, Y blocks] ouput in debug builds by default, and provide an option to enable it if/when necessary.
Most of the time these values are not necessary, and they end up getting in the way while copy/pasting code from the interpreter and/or running tests (we even have a function in test.support to get rid of them).
They are sometimes useful while investigating refleaks, so there should still be an option to enable it.  I'm not sure what would be the best way to do it (a new python flag?).

----------
components: Interpreter Core
messages: 183244
nosy: ezio.melotti
priority: normal
severity: normal
stage: needs patch
status: open
title: Disable [X refs, Y blocks] ouput in debug builds
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From report at bugs.python.org  Fri Mar  1 09:47:20 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 08:47:20 +0000
Subject: [issue11955] 3.3 : test_argparse.py fails 'make test'
In-Reply-To: <1304093741.94.0.09129303291.issue11955@psf.upfronthosting.co.za>
Message-ID: <1362127640.56.0.976561682507.issue11955@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The attached patch adds the list of args to the output of assertRaises in case of error, e.g.:
FAIL: test_failures_one_group_sysargs (test.test_argparse.TestPositionalsNargsZeroOrMoreNone)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/wolf/dev/py/3.3/Lib/test/test_argparse.py", line 216, in wrapper
    test_func(self)
  File "/home/wolf/dev/py/3.3/Lib/test/test_argparse.py", line 236, in test_failures
    parser.parse_args(args)
AssertionError: ArgumentParserError not raised : ['foo', 'bar']

----------
keywords: +patch
nosy: +ezio.melotti
stage:  -> patch review
versions: +Python 3.4
Added file: http://bugs.python.org/file29280/issue11955.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11955>
_______________________________________

From report at bugs.python.org  Fri Mar  1 09:50:55 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 08:50:55 +0000
Subject: [issue14468] Update cloning guidelines in devguide
In-Reply-To: <1333296467.92.0.464102844472.issue14468@psf.upfronthosting.co.za>
Message-ID: <1362127855.82.0.60396861015.issue14468@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Yes, it should be added back in the FAQs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14468>
_______________________________________

From report at bugs.python.org  Fri Mar  1 09:54:06 2013
From: report at bugs.python.org (Larry Hastings)
Date: Fri, 01 Mar 2013 08:54:06 +0000
Subject: [issue17324] SimpleHTTPServer serves files even if the URL has a
	trailing slash
Message-ID: <1362128046.23.0.253565985522.issue17324@psf.upfronthosting.co.za>


New submission from Larry Hastings:

To reproduce:

1) Create a file called "foo.txt" in the local directory, put whatever you like in it.
2) Run "python -m SimpleHTTPServer" or "python3 -m http.server".
3) Point your web browser at "http://127.0.0.1:8000/foo.txt/".
4) Note that the server has served the contents of "foo.txt" as "foo.txt/".  It shouldn't do that!

Reproduced with 2.7.3, 3.2.3, and 3.3.0.  I assume it's still there in trunk.

----------
components: Library (Lib)
keywords: easy
messages: 183247
nosy: larry
priority: low
severity: normal
status: open
title: SimpleHTTPServer serves files even if the URL has a trailing slash
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17324>
_______________________________________

From report at bugs.python.org  Fri Mar  1 09:54:33 2013
From: report at bugs.python.org (Larry Hastings)
Date: Fri, 01 Mar 2013 08:54:33 +0000
Subject: [issue17324] SimpleHTTPServer serves files even if the URL has a
	trailing slash
In-Reply-To: <1362128046.23.0.253565985522.issue17324@psf.upfronthosting.co.za>
Message-ID: <1362128073.36.0.36978210091.issue17324@psf.upfronthosting.co.za>


Changes by Larry Hastings <larry at hastings.org>:


----------
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17324>
_______________________________________

From report at bugs.python.org  Fri Mar  1 09:56:54 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 01 Mar 2013 08:56:54 +0000
Subject: [issue17079] Fix test discovery for test_ctypes.py
In-Reply-To: <1362001721.85.0.416982491929.issue17079@psf.upfronthosting.co.za>
Message-ID: <3ZHPdK2GZVzRhN@mail.python.org>


Roundup Robot added the comment:

New changeset 42d4a29509c4 by Ezio Melotti in branch '3.3':
#17079: test_ctypes now works with unittest test discovery.  Patch by Zachary Ware.
http://hg.python.org/cpython/rev/42d4a29509c4

New changeset e222f24837dd by Ezio Melotti in branch 'default':
#17079: merge with 3.3.
http://hg.python.org/cpython/rev/e222f24837dd

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17079>
_______________________________________

From report at bugs.python.org  Fri Mar  1 09:57:37 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 08:57:37 +0000
Subject: [issue17079] Fix test discovery for test_ctypes.py
In-Reply-To: <1362001721.85.0.416982491929.issue17079@psf.upfronthosting.co.za>
Message-ID: <1362128257.56.0.692063683564.issue17079@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the patch!

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17079>
_______________________________________

From report at bugs.python.org  Fri Mar  1 10:24:59 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 01 Mar 2013 09:24:59 +0000
Subject: [issue17082] Fix test discovery for test_dbm*.py
In-Reply-To: <1359568677.42.0.42152696128.issue17082@psf.upfronthosting.co.za>
Message-ID: <3ZHQFl07G9zRyg@mail.python.org>


Roundup Robot added the comment:

New changeset b62317fe1a22 by Ezio Melotti in branch '3.3':
#17082: test_dbm* now work with unittest test discovery.  Patch by Zachary Ware.
http://hg.python.org/cpython/rev/b62317fe1a22

New changeset e35c053cc4ec by Ezio Melotti in branch 'default':
#17082: merge with 3.3.
http://hg.python.org/cpython/rev/e35c053cc4ec

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17082>
_______________________________________

From report at bugs.python.org  Fri Mar  1 10:26:17 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 09:26:17 +0000
Subject: [issue17082] Fix test discovery for test_dbm*.py
In-Reply-To: <1359568677.42.0.42152696128.issue17082@psf.upfronthosting.co.za>
Message-ID: <1362129977.75.0.827117881688.issue17082@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the patch!
There are still two "failures", but they will be addressed in #16935.

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17082>
_______________________________________

From report at bugs.python.org  Fri Mar  1 10:51:32 2013
From: report at bugs.python.org (Chris Jerdonek)
Date: Fri, 01 Mar 2013 09:51:32 +0000
Subject: [issue17325] improve organization of the PyPI distutils docs
Message-ID: <1362131491.68.0.398716399036.issue17325@psf.upfronthosting.co.za>


New submission from Chris Jerdonek:

This issue is to improve the organization of the PyPI section of the Distutils documentation, now that the information has been combined into one page.

A patch is attached.

Improvements include:

(1) Creating a section for command options common to both register and upload.  Previously, this information was confined to the upload section, even though the information was applicable to both commands.
(2) Separating general information about PyPI (e.g. PyPI user permissions and the web interface) from the information about Distutils command usage.
(3) Consolidating information about the .pypirc file in the .pypirc section.  Previously, some of the .pypirc information was spread throughout the upload section, even though the information is equally applicable to the register command.

----------
assignee: eric.araujo
components: Distutils, Documentation
files: issue-pypi-docs.patch
keywords: patch
messages: 183252
nosy: chris.jerdonek, eric.araujo, tarek
priority: normal
severity: normal
stage: patch review
status: open
title: improve organization of the PyPI distutils docs
type: enhancement
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29281/issue-pypi-docs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17325>
_______________________________________

From report at bugs.python.org  Fri Mar  1 11:08:41 2013
From: report at bugs.python.org (Chris Jerdonek)
Date: Fri, 01 Mar 2013 10:08:41 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
In-Reply-To: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>
Message-ID: <1362132521.4.0.0211563019649.issue17323@psf.upfronthosting.co.za>


Chris Jerdonek added the comment:

The "refs" output also complicates testing in some cases, e.g.

http://hg.python.org/cpython/file/bc4458493024/Lib/test/test_subprocess.py#l61
http://hg.python.org/cpython/file/bc4458493024/Lib/test/test_subprocess.py#l786

----------
nosy: +chris.jerdonek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From report at bugs.python.org  Fri Mar  1 12:29:09 2013
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 01 Mar 2013 11:29:09 +0000
Subject: [issue17288] cannot jump from a return after setting f_lineno
In-Reply-To: <1361726813.15.0.719765769531.issue17288@psf.upfronthosting.co.za>
Message-ID: <1362137349.08.0.649996532446.issue17288@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

Nosying Benjamin Peterson who knows frame_setlineno (issue 14612) and nosying
Jes?s Cea Avi?n. Hoping they don't mind.

This problem occurs also when setting f_lineno from an exception debug event.

One may crash the interpreter (or get a "SystemError: unknown opcode") when the
return debug event is one that handles a yield statement.  For example the
following test causes a segmentation fault on python 3.3.0:

$ python /tmp/jump.py
> /tmp/jump.py(7)<module>()
-> for i in gen():
(Pdb) step
--Call--
> /tmp/jump.py(1)gen()
-> def gen():
(Pdb) step
> /tmp/jump.py(2)gen()
-> for i in range(1):
(Pdb) step
> /tmp/jump.py(3)gen()
-> yield i
(Pdb) step
--Return--
> /tmp/jump.py(3)gen()->0
-> yield i
(Pdb) jump 2
> /tmp/jump.py(2)gen()->0
-> for i in range(1):
(Pdb) step
> /tmp/jump.py(8)<module>()
-> lineno = 8
(Pdb) step
> /tmp/jump.py(7)<module>()
-> for i in gen():
(Pdb) step
--Call--
> /tmp/jump.py(2)gen()->0
-> for i in range(1):
(Pdb) step
Segmentation fault

----------
nosy: +benjamin.peterson, jcea
Added file: http://bugs.python.org/file29282/jump.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17288>
_______________________________________

From report at bugs.python.org  Fri Mar  1 12:43:08 2013
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 01 Mar 2013 11:43:08 +0000
Subject: [issue17288] cannot jump from a return after setting f_lineno
In-Reply-To: <1361726813.15.0.719765769531.issue17288@psf.upfronthosting.co.za>
Message-ID: <1362138188.46.0.814288833605.issue17288@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

The proposed patch fixes the problem:
* f_lineno cannot be set now from an exception trace function or from a return
  trace function.
* The broken arithmetic involving a null pointer (f->f_stacktop, at the end of
  frame_setlineno when popping blocks that are being jumped from and the
  function is invoked from an exception trace function or a return trace
  function), is fixed now.
* Blocks cannot be popped now in frame_setlineno (the cause of the crash) when
  tracing a yield.

To summarize the proposed fixes on f_lineno accessors:
* setter: f_lineno can only be set in the frame that is being traced (issue
  17277) and from within a line trace function (current issue).
* getter: f_lineno is valid in the frame being traced (issue 17277) and:
  + not from within a call trace function (i.e. when f->f_trace == NULL)
  + from within a line trace function
  + and from within an exception or return trace function. There is a corner
    case here when returning to a frame that was not being traced previously
    (its f_lineno is not valid) and that has had its local trace function
    f_trace set from within a trace function in one of its callees (the fix of
    issue 13183 does that) and when the first trace function invoked on
    returning to that frame is an exception or a return trace function: this is
    correctly handled by the f_trace setter that makes sure that f_lineno is
    accurate when setting f_trace (and an extension module implementing tracing,
    must ensure that f_lineno is accurate when setting f_trace).

----------
keywords: +patch
Added file: http://bugs.python.org/file29283/default.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17288>
_______________________________________

From report at bugs.python.org  Fri Mar  1 13:48:08 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 01 Mar 2013 12:48:08 +0000
Subject: [issue16935] unittest should understand SkipTest at import time
	during test discovery
In-Reply-To: <1357915388.69.0.583817209092.issue16935@psf.upfronthosting.co.za>
Message-ID: <3ZHVm74kbRzSwM@mail.python.org>


Roundup Robot added the comment:

New changeset 61ce6deb4577 by Ezio Melotti in branch 'default':
#16935: unittest now counts the module as skipped if it raises SkipTest, instead of counting it as an error.  Patch by Zachary Ware.
http://hg.python.org/cpython/rev/61ce6deb4577

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16935>
_______________________________________

From report at bugs.python.org  Fri Mar  1 13:49:23 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 12:49:23 +0000
Subject: [issue16935] unittest should understand SkipTest at import time
	during test discovery
In-Reply-To: <1357915388.69.0.583817209092.issue16935@psf.upfronthosting.co.za>
Message-ID: <1362142163.48.0.870390262742.issue16935@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Applied, thanks for the patch!
SkipTest should probably be documented, but that's a separate issue :)

----------
assignee: michael.foord -> ezio.melotti
keywords:  -gsoc
resolution:  -> fixed
stage: test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16935>
_______________________________________

From report at bugs.python.org  Fri Mar  1 13:54:47 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 01 Mar 2013 12:54:47 +0000
Subject: [issue16935] unittest should understand SkipTest at import time
	during test discovery
In-Reply-To: <1357915388.69.0.583817209092.issue16935@psf.upfronthosting.co.za>
Message-ID: <3ZHVvm0nt0zRJy@mail.python.org>


Roundup Robot added the comment:

New changeset 22b6b59c70e6 by Ezio Melotti in branch 'default':
#16935: update test_crypt now that unittest discover understands SkipTest.
http://hg.python.org/cpython/rev/22b6b59c70e6

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16935>
_______________________________________

From report at bugs.python.org  Fri Mar  1 13:58:25 2013
From: report at bugs.python.org (Christoph Zwerschke)
Date: Fri, 01 Mar 2013 12:58:25 +0000
Subject: [issue17326] Windows build docs still referring to VS 2008 in 3.3
Message-ID: <1362142705.89.0.367756520949.issue17326@psf.upfronthosting.co.za>


New submission from Christoph Zwerschke:

The first paragraph in PCbuild/readme.txt of Python 3.3 still talks about Visual C++ 2008 Express and Visual Studio 2008. It says that VS 2008 is required at the very least (which may be still true, I'm not sure), but then it also says "the official Python releases are built with this [i.e. the 2008] version of VS", while it seems they have been built with VS 2010 in reality (as the title is also indicating).

----------
assignee: docs at python
components: Documentation
messages: 183259
nosy: cito, docs at python
priority: normal
severity: normal
status: open
title: Windows build docs still referring to VS 2008 in 3.3
type: enhancement
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17326>
_______________________________________

From report at bugs.python.org  Fri Mar  1 14:00:17 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 13:00:17 +0000
Subject: [issue17326] Windows build docs still referring to VS 2008 in 3.3
In-Reply-To: <1362142705.89.0.367756520949.issue17326@psf.upfronthosting.co.za>
Message-ID: <1362142817.74.0.48252067154.issue17326@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17326>
_______________________________________

From report at bugs.python.org  Fri Mar  1 14:45:55 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 01 Mar 2013 13:45:55 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
Message-ID: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>


New submission from Stefan Behnel:

The functionality of dict.setdefault() is not currently available through the C-API. Specfically, there is no way to test for a key and insert a fallback value for it without evaluating the hash function twice.

The attached patch adds a new C-API function PyDict_GetItemSetDefault() that makes this feature available. Like all PyDict_Getitem*() functions, it returns a borrowed reference.

I hope I got the update in refcounts.dat right. I have no idea how to express that a function *may* increase the refcounts of its arguments.

----------
components: Interpreter Core
files: pydict_setitemdefault.patch
keywords: patch
messages: 183260
nosy: scoder
priority: normal
severity: normal
status: open
title: Add PyDict_GetItemSetDefault() as C-API for dict.setdefault()
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29284/pydict_setitemdefault.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Fri Mar  1 15:03:53 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 01 Mar 2013 14:03:53 +0000
Subject: [issue17328] Fix reference leak in dict_setdefault() in case of
	resize failure
Message-ID: <1362146633.78.0.0455037271826.issue17328@psf.upfronthosting.co.za>


New submission from Stefan Behnel:

While writing the patch for issue 17327, I noticed that there is a double reference leak in dict_setdefault() under the rare condition that resizing fails. I'm not 100% sure that it's ok to move the increfs behind the resizing, but considering that the resizing code actually looks safe and shouldn't kill references that are currently in the dict, I don't think it can be a problem. And the caller should always own a reference to these two anyway. Alternatively, decrefing them if the failure occurs would be a less intrusive change.

----------
components: Interpreter Core
files: dict_setdefault_refleak.patch
keywords: patch
messages: 183261
nosy: scoder
priority: normal
severity: normal
status: open
title: Fix reference leak in dict_setdefault() in case of resize failure
type: resource usage
versions: Python 2.6, Python 2.7, Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29285/dict_setdefault_refleak.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17328>
_______________________________________

From report at bugs.python.org  Fri Mar  1 16:04:33 2013
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 01 Mar 2013 15:04:33 +0000
Subject: [issue17329] Document unittest.SkipTest
Message-ID: <1362150273.59.0.386989863107.issue17329@psf.upfronthosting.co.za>


New submission from Brett Cannon:

<EOM>

----------
assignee: docs at python
components: Documentation
messages: 183262
nosy: brett.cannon, docs at python, ezio.melotti, michael.foord, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Document unittest.SkipTest
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17329>
_______________________________________

From report at bugs.python.org  Fri Mar  1 16:16:29 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 01 Mar 2013 15:16:29 +0000
Subject: [issue17324] SimpleHTTPServer serves files even if the URL has a
	trailing slash
In-Reply-To: <1362128046.23.0.253565985522.issue17324@psf.upfronthosting.co.za>
Message-ID: <1362150989.54.0.584773667505.issue17324@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

I thought this was fixed (recently). Shall look again. Having the tests is the only hard part here.

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17324>
_______________________________________

From report at bugs.python.org  Fri Mar  1 16:23:51 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Mar 2013 15:23:51 +0000
Subject: [issue17288] cannot jump from a return after setting f_lineno
In-Reply-To: <1361726813.15.0.719765769531.issue17288@psf.upfronthosting.co.za>
Message-ID: <1362151431.76.0.409169670679.issue17288@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17288>
_______________________________________

From report at bugs.python.org  Fri Mar  1 17:17:57 2013
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 01 Mar 2013 16:17:57 +0000
Subject: [issue17288] cannot jump from a return after setting f_lineno
In-Reply-To: <1361726813.15.0.719765769531.issue17288@psf.upfronthosting.co.za>
Message-ID: <1362154677.75.0.112332850444.issue17288@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

Must add for completeness that f_lineno must be valid within a return trace
function for the reasons explained in the last paragraph of
Objects/lnotab_notes.txt.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17288>
_______________________________________

From report at bugs.python.org  Fri Mar  1 17:28:02 2013
From: report at bugs.python.org (=?utf-8?q?C=C3=A9dric_de_Saint_Martin?=)
Date: Fri, 01 Mar 2013 16:28:02 +0000
Subject: [issue15795] Zipfile.extractall does not preserve file permissions
In-Reply-To: <1346106964.12.0.723201722432.issue15795@psf.upfronthosting.co.za>
Message-ID: <1362155282.69.0.609738616372.issue15795@psf.upfronthosting.co.za>


Changes by C?dric de Saint Martin <cedric at desaintmartin.fr>:


----------
nosy: +desaintmartin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15795>
_______________________________________

From report at bugs.python.org  Fri Mar  1 18:59:46 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 17:59:46 +0000
Subject: [issue17298] Twisted test failure triggered by change in 2.7 branch
In-Reply-To: <1361831094.62.0.865591087681.issue17298@psf.upfronthosting.co.za>
Message-ID: <1362160786.83.0.643620496766.issue17298@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

That buildbot seems to be green again: https://buildbot.twistedmatrix.com/builders/lucid32-py2.7maint/builds/2359/

Glyph, can you confirm that the problem has been fixed and that this issue can be closed?

----------
nosy: +ezio.melotti
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17298>
_______________________________________

From report at bugs.python.org  Fri Mar  1 19:30:50 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 18:30:50 +0000
Subject: [issue17315] test_posixpath doesn't clean up after itself
In-Reply-To: <1361995121.83.0.653056148204.issue17315@psf.upfronthosting.co.za>
Message-ID: <1362162650.03.0.337377575246.issue17315@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

On Linux it looks OK.  Does it always happen?  Where is the file located?

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17315>
_______________________________________

From report at bugs.python.org  Fri Mar  1 19:31:48 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 18:31:48 +0000
Subject: [issue17312] test_aifc doesn't clean up after itself
In-Reply-To: <1361993994.98.0.627362156743.issue17312@psf.upfronthosting.co.za>
Message-ID: <1362162708.6.0.121157062861.issue17312@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

On Linux it looks OK.  Does it always happen?  Where is the file located?

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17312>
_______________________________________

From report at bugs.python.org  Fri Mar  1 19:35:31 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 01 Mar 2013 18:35:31 +0000
Subject: [issue17281] Broken links at pypi
In-Reply-To: <1361630635.92.0.90935154891.issue17281@psf.upfronthosting.co.za>
Message-ID: <1362162931.39.0.0346719172639.issue17281@psf.upfronthosting.co.za>


?ric Araujo added the comment:

First link is broken because the distutils2 project in its current form is stopped and the doc is nowhere.  (Obsolete versions can be found in a few places :/)  Second link is broken due to Python wiki config changes.

I will update the PyPI metadata to explain the status of distutils2 and its successors.  Thanks for the report.

----------
versions:  -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17281>
_______________________________________

From report at bugs.python.org  Fri Mar  1 19:37:16 2013
From: report at bugs.python.org (Chris Jerdonek)
Date: Fri, 01 Mar 2013 18:37:16 +0000
Subject: [issue17315] test_posixpath doesn't clean up after itself
In-Reply-To: <1361995121.83.0.653056148204.issue17315@psf.upfronthosting.co.za>
Message-ID: <1362163036.41.0.194771741285.issue17315@psf.upfronthosting.co.za>


Chris Jerdonek added the comment:

The file gets created in the current working directory.  You won't see it when using regrtest since regrtest creates and then deletes a temp working directory.

To see it easier, try running instead:

./python.exe -m unittest test.test_posixpath

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17315>
_______________________________________

From report at bugs.python.org  Fri Mar  1 19:38:11 2013
From: report at bugs.python.org (Erik Bray)
Date: Fri, 01 Mar 2013 18:38:11 +0000
Subject: [issue17330] Check st_nlink in addition to st_mtime to invalidate
	FileFinder cache
Message-ID: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>


New submission from Erik Bray:

This is vaguely related to issue14067, though the patch suggested there would make this problem worse, not better.

This addresses a problem that cropped up on OSX in which some code that, for Good Reasons, generates a module in a package directory and then expects to be able to import it.  Because HFS+ does not offer sub-second resolution for mtime the generated module is not found. We didn't have this problem on Linux or Windows.

I've attached one possible solution to the issue, which uses a tuple of st_mtime and st_nlink to determine if the cache should be invalidated.  This should pick up most file creation/deletion on such file systems even if the directory's mtime hasn't changed.  This doesn't add any additional system calls so it shouldn't have any significant performance impact.

In the meantime importlib.invalidate_caches() offers a consistent workaround, but it was surprising when this issue was found to be platform dependent.

----------
components: None
hgrepos: 178
messages: 183270
nosy: erik.bray
priority: normal
severity: normal
status: open
title: Check st_nlink in addition to st_mtime to invalidate FileFinder cache
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Fri Mar  1 19:38:34 2013
From: report at bugs.python.org (Erik Bray)
Date: Fri, 01 Mar 2013 18:38:34 +0000
Subject: [issue17330] Check st_nlink in addition to st_mtime to invalidate
	FileFinder cache
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362163114.52.0.511883943223.issue17330@psf.upfronthosting.co.za>


Changes by Erik Bray <erik.m.bray at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29286/94e671589c0e.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Fri Mar  1 19:40:42 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 01 Mar 2013 18:40:42 +0000
Subject: [issue11448] docs for HTTPConnection.set_tunnel are ambiguous
In-Reply-To: <1299636529.48.0.302129596868.issue11448@psf.upfronthosting.co.za>
Message-ID: <1362163242.7.0.878166939556.issue11448@psf.upfronthosting.co.za>


?ric Araujo added the comment:

> This is a possible additional example for set_tunnel,
Thanks.  In general, our tooling expects unified diffs, such as produced by hg diff.

> modification of python3.3/html/_sources/library/http.client.txt
That?s a copy for web hosting, the real source is in Doc/library/http.client.rst (see devguide for more info).

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11448>
_______________________________________

From report at bugs.python.org  Fri Mar  1 19:41:15 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 01 Mar 2013 18:41:15 +0000
Subject: [issue17306] Improve the way abstract base classes are shown in help()
In-Reply-To: <1361932149.15.0.421194254516.issue17306@psf.upfronthosting.co.za>
Message-ID: <1362163275.5.0.190473718227.issue17306@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo
versions: +Python 3.4 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17306>
_______________________________________

From report at bugs.python.org  Fri Mar  1 19:43:14 2013
From: report at bugs.python.org (Chris Jerdonek)
Date: Fri, 01 Mar 2013 18:43:14 +0000
Subject: [issue17312] test_aifc doesn't clean up after itself
In-Reply-To: <1361993994.98.0.627362156743.issue17312@psf.upfronthosting.co.za>
Message-ID: <1362163394.46.0.218196398917.issue17312@psf.upfronthosting.co.za>


Chris Jerdonek added the comment:

Similar to as I stated in issue 17315, you won't see it when using regrtest since regrtest creates and then deletes a temp working directory.

The file gets created and is left behind in the current working directory.  Try running using unittest, e.g.

./python.exe -m unittest test.test_aifc.AIFCLowLevelTest.test_write_aiff_by_extension

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17312>
_______________________________________

From report at bugs.python.org  Fri Mar  1 19:56:42 2013
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 01 Mar 2013 18:56:42 +0000
Subject: [issue17330] Check st_nlink in addition to st_mtime to invalidate
	FileFinder cache
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362164202.77.0.232925412937.issue17330@psf.upfronthosting.co.za>


Brett Cannon added the comment:

[for anyone else who doesn't know what st_nlink is for: http://docs.python.org/3/library/stat.html#stat.ST_NLINK]

Since it doesn't add stat overhead as it's just part of what os.path.stats() returns I'm fine with adding it to part of the invalidation scheme. What do you think, Antoine?

----------
nosy: +brett.cannon, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:01:10 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 01 Mar 2013 19:01:10 +0000
Subject: [issue17315] test_posixpath doesn't clean up after itself
In-Reply-To: <1361995121.83.0.653056148204.issue17315@psf.upfronthosting.co.za>
Message-ID: <3ZHg2Y6W5RzRv4@mail.python.org>


Roundup Robot added the comment:

New changeset ed3ca7298055 by Ezio Melotti in branch '2.7':
#17315: unlink a file that test_posixpath was leaving around.
http://hg.python.org/cpython/rev/ed3ca7298055

New changeset c65e98ce1a05 by Ezio Melotti in branch '3.2':
#17315: unlink a file that test_posixpath was leaving around.
http://hg.python.org/cpython/rev/c65e98ce1a05

New changeset 7a2169a80f48 by Ezio Melotti in branch '3.3':
#17315: merge with 3.2.
http://hg.python.org/cpython/rev/7a2169a80f48

New changeset 7234370fc556 by Ezio Melotti in branch 'default':
#17315: merge with 3.3.
http://hg.python.org/cpython/rev/7234370fc556

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17315>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:02:32 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 19:02:32 +0000
Subject: [issue17315] test_posixpath doesn't clean up after itself
In-Reply-To: <1361995121.83.0.653056148204.issue17315@psf.upfronthosting.co.za>
Message-ID: <1362164552.94.0.38921838367.issue17315@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Should be fixed now.

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
versions: +Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17315>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:06:38 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Mar 2013 19:06:38 +0000
Subject: [issue17330] Check st_nlink in addition to st_mtime to invalidate
	FileFinder cache
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362164798.06.0.641514357934.issue17330@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Well, importlib.invalidate_caches() is not a workaround, it's really the right way to solve your issue (for example if instead of writing a new module, you modify an existing one: st_nlink will then remain the same).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:10:45 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 01 Mar 2013 19:10:45 +0000
Subject: [issue17312] test_aifc doesn't clean up after itself
In-Reply-To: <1361993994.98.0.627362156743.issue17312@psf.upfronthosting.co.za>
Message-ID: <3ZHgFd0780z7LmZ@mail.python.org>


Roundup Robot added the comment:

New changeset 10909360a11d by Ezio Melotti in branch 'default':
#17312: unlink a file that test_aifc was leaving around.
http://hg.python.org/cpython/rev/10909360a11d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17312>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:11:23 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 19:11:23 +0000
Subject: [issue17312] test_aifc doesn't clean up after itself
In-Reply-To: <1361993994.98.0.627362156743.issue17312@psf.upfronthosting.co.za>
Message-ID: <1362165083.65.0.813556487811.issue17312@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Should be fixed now.

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17312>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:16:55 2013
From: report at bugs.python.org (Chris Jerdonek)
Date: Fri, 01 Mar 2013 19:16:55 +0000
Subject: [issue17312] test_aifc doesn't clean up after itself
In-Reply-To: <1361993994.98.0.627362156743.issue17312@psf.upfronthosting.co.za>
Message-ID: <1362165415.12.0.10244680622.issue17312@psf.upfronthosting.co.za>


Chris Jerdonek added the comment:

Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17312>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:17:15 2013
From: report at bugs.python.org (Chris Jerdonek)
Date: Fri, 01 Mar 2013 19:17:15 +0000
Subject: [issue17315] test_posixpath doesn't clean up after itself
In-Reply-To: <1361995121.83.0.653056148204.issue17315@psf.upfronthosting.co.za>
Message-ID: <1362165435.44.0.397717870966.issue17315@psf.upfronthosting.co.za>


Chris Jerdonek added the comment:

Thanks, I confirmed the fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17315>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:24:15 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 19:24:15 +0000
Subject: [issue17328] Fix reference leak in dict_setdefault() in case of
	resize failure
In-Reply-To: <1362146633.78.0.0455037271826.issue17328@psf.upfronthosting.co.za>
Message-ID: <1362165855.67.0.529979598332.issue17328@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +serhiy.storchaka
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17328>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:33:51 2013
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 01 Mar 2013 19:33:51 +0000
Subject: [issue17330] Check st_nlink in addition to st_mtime to invalidate
	FileFinder cache
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362166431.66.0.888547211946.issue17330@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Antoine does make a good point: adding st_nlink could lead to some hard-to-discover bugs because something will work the first time when the file is added but then subsequently fail if you are modifying the new file in-place.

I'm going to go with Antoine's thinking and close this bug as "won't fix". Thanks for at least taking a stab at the code, Erik.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:48:04 2013
From: report at bugs.python.org (Glyph Lefkowitz)
Date: Fri, 01 Mar 2013 19:48:04 +0000
Subject: [issue17298] Twisted test failure triggered by change in 2.7 branch
In-Reply-To: <1361831094.62.0.865591087681.issue17298@psf.upfronthosting.co.za>
Message-ID: <1362167284.75.0.718312720982.issue17298@psf.upfronthosting.co.za>


Glyph Lefkowitz added the comment:

Confirmed.  Thanks very much for addressing it promptly.

----------
resolution:  -> duplicate
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17298>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:49:11 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 01 Mar 2013 19:49:11 +0000
Subject: [issue17298] Twisted test failure triggered by change in 2.7 branch
In-Reply-To: <1361831094.62.0.865591087681.issue17298@psf.upfronthosting.co.za>
Message-ID: <1362167351.07.0.0681899015654.issue17298@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Thank you for finding and reporting it!

----------
stage: needs patch -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17298>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:51:26 2013
From: report at bugs.python.org (Erik Bray)
Date: Fri, 01 Mar 2013 19:51:26 +0000
Subject: [issue17330] Check st_nlink in addition to st_mtime to invalidate
	FileFinder cache
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362167486.73.0.923197015567.issue17330@psf.upfronthosting.co.za>


Erik Bray added the comment:

Why should modifying the file in place be expected to do anything with respect to the directory cache?  If that module has already been imported then modifying it should not require the cache to be invalidated.

If the file is modified *before* it's imported that's still irrelevant because that means the file exists in the directory and will be included in the cache when it gets generated.

Relying on invalidate_caches() is a workaround because it's not even necessary on better filesystems--the existing behavior already leads to hard to find bugs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Fri Mar  1 20:57:03 2013
From: report at bugs.python.org (Erik Bray)
Date: Fri, 01 Mar 2013 19:57:03 +0000
Subject: [issue17330] Check st_nlink in addition to st_mtime to invalidate
	FileFinder cache
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362167823.61.0.0147819449223.issue17330@psf.upfronthosting.co.za>


Erik Bray added the comment:

Put another way, the cache associated with a FileFinder only keeps track of the filenames in a directory, and not their individual mtimes.  So if a new file is added to the directory the cache should be invalided.  Likewise if a file is removed.

If a file is modified or removed and a new file with the same name subsequently added this is irrelevant to the cache.  Importing that module will still succeed if it hasn't already been imported.  If that module's file is *not* in the cache then an ImportError is raised.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Fri Mar  1 21:08:36 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Mar 2013 20:08:36 +0000
Subject: [issue17330] Check st_nlink in addition to st_mtime to invalidate
	FileFinder cache
In-Reply-To: <1362167486.73.0.923197015567.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362168301.3490.3.camel@localhost.localdomain>


Antoine Pitrou added the comment:

> Put another way, the cache associated with a FileFinder only keeps
> track of the filenames in a directory, and not their individual
> mtimes.  So if a new file is added to the directory the cache should
> be invalided.  Likewise if a file is removed.

True, but if a file is removed and another added, st_nlink won't change.
Which will lead to even harder to find bugs.

I agree it would be better if it were always possible to detect
directory modifications, without any false negatives. Sadly it is not
(blame POSIX, I guess, although Windows is not better here), hence
invalidate_caches().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Fri Mar  1 21:17:26 2013
From: report at bugs.python.org (Erik Bray)
Date: Fri, 01 Mar 2013 20:17:26 +0000
Subject: [issue17330] Check st_nlink in addition to st_mtime to invalidate
	FileFinder cache
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362169046.68.0.995112688274.issue17330@psf.upfronthosting.co.za>


Erik Bray added the comment:

Fair enough, but then I would propose removing the automatic cache invalidation based on mtime altogether.  It's just not reliable enough--this caused previously working code to break unexpectedly, and only on a single platform at that.

I'm fine with "importlib.invalidate_caches()" being the correct solution--but then that should be consistent and enforced, and not just something you may have to do sometimes in some cases but that you don't really need in other cases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Fri Mar  1 21:38:47 2013
From: report at bugs.python.org (Erik Bray)
Date: Fri, 01 Mar 2013 20:38:47 +0000
Subject: [issue17330] Check st_nlink in addition to st_mtime to invalidate
	FileFinder cache
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362170327.63.0.479947065271.issue17330@psf.upfronthosting.co.za>


Erik Bray added the comment:

I should add, Antoine's counter-example of a file that's renamed or replaced already doesn't work either under OSX.  So while this solution won't address that (even more narrow) use case, it would at least improve the existing situation for what I would like to think is a much more common use case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Fri Mar  1 21:39:45 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Mar 2013 20:39:45 +0000
Subject: [issue16997] subtests
In-Reply-To: <1358543231.78.0.354364612897.issue16997@psf.upfronthosting.co.za>
Message-ID: <1362170385.92.0.315022486524.issue16997@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> That means there's a part of Antoine's patch I disagree with: the
> change to eliminate the derived "overall" result attached to the
> aggregate test.

The patch doesn't eliminate it, there are even tests for it.
(see the various call order tests)

> The complexity involved in attempting to get expectedFailure() to
> behave as expected is also a strong indication that there are still
> problems with the way these results are being aggregated.

No, the complexity stems from the fact that the expectedFailure decorator knows nothing about the test running machinery and instead blindly raises an exception.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Fri Mar  1 21:40:39 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Mar 2013 20:40:39 +0000
Subject: [issue17330] Check st_nlink in addition to st_mtime to invalidate
	FileFinder cache
In-Reply-To: <1362170327.63.0.479947065271.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362170224.3490.4.camel@localhost.localdomain>


Antoine Pitrou added the comment:

> I should add, Antoine's counter-example of a file that's renamed or
> replaced already doesn't work either under OSX.  So while this
> solution won't address that (even more narrow) use case, it would at
> least improve the existing situation for what I would like to think is
> a much more common use case.

Yes, it seems all possibilities have mixed outcomes. I'll let Brett
decide :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Fri Mar  1 21:53:41 2013
From: report at bugs.python.org (Mathieu Pasquet)
Date: Fri, 01 Mar 2013 20:53:41 +0000
Subject: [issue17331] Fix str methods for detecting digits with unicode
Message-ID: <1362171220.98.0.881684038408.issue17331@psf.upfronthosting.co.za>


New submission from Mathieu Pasquet:

In py3k, str.isalnum(), str.isdigit(), and str.isdecimal() are broken because they take into account various unicode numbers.

A common case is doing something like that:

num = -1
while num == -1:
    num_in = input('Enter a number> ')
    if num_in.isdigit():
        num = int(num_in)

# do stuff ?

If you enter ?, or any esoteric unicode representation of a number, all the methods referenced above will return True. I believe this is a bug.

It also affects the stdlib, e.g. in collection.namedtuple,
A = namedtuple('A?', 'x y') will return an ugly Syntax Error, because the sanity check uses str.isalnum(), which says it?s ok. (n.b.: of course, no sane person should ever want to do the above, but I find it worth mentionning)

----------
components: Unicode
messages: 183291
nosy: ezio.melotti, mathieui
priority: normal
severity: normal
status: open
title: Fix str methods for detecting digits with unicode
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17331>
_______________________________________

From report at bugs.python.org  Fri Mar  1 21:57:35 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 01 Mar 2013 20:57:35 +0000
Subject: [issue17301] An in-place version of many bytearray methods is needed
In-Reply-To: <1361910523.06.0.491264384267.issue17301@psf.upfronthosting.co.za>
Message-ID: <1362171455.18.0.551873327509.issue17301@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I think you need to make more of a case for 'should'. Bytearrays are, well, byte arrays, not text arrays. I could just as well claim that the ascii text operations should not even be there. They are certainly not needed for typical mixed binary-ascii protocol strings, which is what bytearrars were intended for. In any case, this would fatten the api considerably for not too much benefit. I think that this, like many or most enhancement proposals, should best be discussed on python-ideas list before any tracker action.

I consider translate an exception to the above comments. It is a byte operation, not a text operations. bytearry.translate could plausibly have been defined as 'in-place' when added. Most of the other operations are special cases of translate, and can therefore be done with translate, without the limitation to only ascii chars. If one wants to directly uppercase latin-1 encoded bytes without decoding to text, one would need .translate anyway.

----------
components: +Library (Lib) -Interpreter Core
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17301>
_______________________________________

From report at bugs.python.org  Fri Mar  1 22:00:43 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 01 Mar 2013 21:00:43 +0000
Subject: [issue17302] HTTP/2.0 - Implementations/Testing efforts
In-Reply-To: <1361912085.4.0.961439299516.issue17302@psf.upfronthosting.co.za>
Message-ID: <1362171643.05.0.938912197198.issue17302@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> postponed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17302>
_______________________________________

From report at bugs.python.org  Fri Mar  1 22:31:03 2013
From: report at bugs.python.org (Ernie Hershey)
Date: Fri, 01 Mar 2013 21:31:03 +0000
Subject: [issue17332] typo in json docs - "convered" should be "converted"
Message-ID: <1362173463.23.0.943587603223.issue17332@psf.upfronthosting.co.za>


New submission from Ernie Hershey:

Hi,

On these pages:

http://docs.python.org/3.4/library/json.html
http://docs.python.org/3.3/library/json.html
http://docs.python.org/3.2/library/json.html
http://docs.python.org/2/library/json.html
http://docs.python.org/2.6/library/json.html

This line says "convered" but should be "converted."

Note Keys in key/value pairs of JSON are always of the type str. When a dictionary is converted into JSON, all the keys of the dictionary are coerced to strings. As a result of this, if a dictionary is convered into JSON and then back into a dictionary, the dictionary may not equal the original one. That is, loads(dumps(x)) != x if x has non-string keys.

----------
assignee: docs at python
components: Documentation
messages: 183293
nosy: docs at python, ernest
priority: normal
severity: normal
status: open
title: typo in json docs - "convered" should be "converted"
type: enhancement
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17332>
_______________________________________

From report at bugs.python.org  Fri Mar  1 22:38:20 2013
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 01 Mar 2013 21:38:20 +0000
Subject: [issue17333] Fix test discovery for test_imaplib.py
Message-ID: <1362173900.83.0.151362153333.issue17333@psf.upfronthosting.co.za>


New submission from Zachary Ware:

Here's a patch for test_imaplib.py that converts test_main into load_tests.

----------
components: Tests
files: test_imaplib_discovery.diff
keywords: patch
messages: 183294
nosy: brett.cannon, ezio.melotti, zach.ware
priority: normal
severity: normal
status: open
title: Fix test discovery for test_imaplib.py
type: behavior
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29287/test_imaplib_discovery.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17333>
_______________________________________

From report at bugs.python.org  Fri Mar  1 22:43:03 2013
From: report at bugs.python.org (R. David Murray)
Date: Fri, 01 Mar 2013 21:43:03 +0000
Subject: [issue17331] Fix str methods for detecting digits with unicode
In-Reply-To: <1362171220.98.0.881684038408.issue17331@psf.upfronthosting.co.za>
Message-ID: <1362174183.62.0.087992245183.issue17331@psf.upfronthosting.co.za>


R. David Murray added the comment:

I think this is working as designed, and can't be changed (at least not easily) because of backward compatibility even if there are bits of the design that are deemed buggy.  The issue, I believe, is what is considered a number by the Unicode consortium.

See issue 10557 for some background.

Python should at least be consistent about what is treated as a number, though, so the ugly syntax error from namedtuple is probably a bug.

----------
nosy: +eric.smith, lemburg, mark.dickinson, r.david.murray, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17331>
_______________________________________

From report at bugs.python.org  Fri Mar  1 22:55:20 2013
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 01 Mar 2013 21:55:20 +0000
Subject: [issue17331] Fix str methods for detecting digits with unicode
In-Reply-To: <1362171220.98.0.881684038408.issue17331@psf.upfronthosting.co.za>
Message-ID: <1362174920.8.0.25442908189.issue17331@psf.upfronthosting.co.za>


Florent Xicluna added the comment:

Actually, the character is SUPERSCRIPT ONE, in the category No (Number other).
http://www.fileformat.info/info/unicode/char/b9/index.htm

This is not a valid category for the identifiers, only "Nd" Number decimal is accepted.

The issue is probably in namedtuple, which should check the "unicodedata.category" or better, check with method str.isidentifier.

----------
nosy: +flox
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17331>
_______________________________________

From report at bugs.python.org  Fri Mar  1 23:00:13 2013
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 01 Mar 2013 22:00:13 +0000
Subject: [issue17330] Stop checking for directory cache invalidation in
	importlib
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362175213.81.0.32877130868.issue17330@psf.upfronthosting.co.za>


Brett Cannon added the comment:

So let's see what options we have on the table.

Status quo: picks up mutated modules as long as the mtime is granular enough. Fails in the face of added fails under the same conditions. Need to call importlib.invalidate_caches() to avoid this problem.

Add st_nlinks: Would help in the situation of an added/removed file. Doesn't fix mtime granularity problem. Still might need to call importlib.invalidate_caches() if doing more than adding files.

Drop implicit cache validation entirely: Force people to call importlib.invalidate_caches() no matter what (so no more accidental "it worked on my machine but not that other one"). Cuts down on stat call overhead by 1 per file-based import (which benchmarking suggests doesn't get us anything).

I'm leaning towards just dropping the implicit cache invalidation and forcing people to call importlib.invalidate_caches() when they muck with the underlying modules on sys.path/__path__. This probably would have helped when we started to run into similar problems in the stdlib's test suite when this whole caching mechanism was added. Since this lowers the chance of mistakenly thinking code will work when deployed on other filesystems and speed things up in the majority of cases where people are not dynamically generating files in sys.path.

I don't know if backporting is a good idea, though, as it might catch people by surprise who are not trying to run on different filesystems in 3.3.1. Then again, being lucky in not needing to call importlib.invalidate_caches() doesn't mean that starting to call it properly is a bad thing in a bugfix release.

Re-opening the bug under a different name while we think about this.

----------
components: +Interpreter Core -None
resolution: wont fix -> 
stage:  -> needs patch
status: closed -> open
title: Check st_nlink in addition to st_mtime to invalidate FileFinder cache -> Stop checking for directory cache invalidation in importlib
versions: +Python 3.4 -Python 3.3
Added file: http://bugs.python.org/file29288/drop_implicit_cache_invalidation.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Fri Mar  1 23:15:36 2013
From: report at bugs.python.org (Mathieu Pasquet)
Date: Fri, 01 Mar 2013 22:15:36 +0000
Subject: [issue17331] Fix str methods for detecting digits with unicode
In-Reply-To: <1362171220.98.0.881684038408.issue17331@psf.upfronthosting.co.za>
Message-ID: <1362176136.01.0.815888153412.issue17331@psf.upfronthosting.co.za>


Mathieu Pasquet added the comment:

I understand the reasoning behind the feature, and the will to be unicode-compliant, but I think this might still break a lot of code (though it may never be detected).

I understand that isdecimal() is the safe way, because anything that is a decimal (Nd) can be translated to an integer by int() ; however, what is the recommended way to get something that isnumeric() into an int?

unicodedata.normalize('NFKD', num) or unicodedata.normalize('NFKC', num)?

Maybe str could have a method that does this, or methods performing exclusively on ascii values?

Sorry for the noise, I did not find issue 10557 when I searched.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17331>
_______________________________________

From report at bugs.python.org  Fri Mar  1 23:26:16 2013
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 01 Mar 2013 22:26:16 +0000
Subject: [issue17334] Fix test discovery for test_index.py
Message-ID: <1362176776.61.0.51954698694.issue17334@psf.upfronthosting.co.za>


New submission from Zachary Ware:

Just subclassing issues in this one.

----------
components: Tests
files: test_index_discovery.diff
keywords: patch
messages: 183299
nosy: brett.cannon, ezio.melotti, zach.ware
priority: normal
severity: normal
status: open
title: Fix test discovery for test_index.py
type: behavior
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29289/test_index_discovery.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17334>
_______________________________________

From report at bugs.python.org  Fri Mar  1 23:42:31 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 01 Mar 2013 22:42:31 +0000
Subject: [issue17309] __bytes__ doesn't work in subclass of int and str
In-Reply-To: <1361979686.07.0.236846670702.issue17309@psf.upfronthosting.co.za>
Message-ID: <1362177751.95.0.109015402078.issue17309@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The library doc says that if the source argument for bytes() or bytearray() is a string or integer it is treated a certain way. I believe 'string' and 'integer' are meant to include subclasses of str and int, else it should have said str or int. You have verified that int subclass instances are indeed treated as integers. The following shows that str subclass instances are treated as strings.

class mystr(str):
    def __bytes__(self): return b'hello'
print(bytes(mystr('a')))
raises TypeError: string argument without an encoding

The language reference says "object.__bytes__(self): Called by bytes() to compute a byte-string representation of an object." No exception is given. I see this as a contradiction in the manual, in which case the current behavior rules and the contradiction is removed by changing the doc part that conflicts with behavior. That would mean extending the doc sentence with 'that is not a string or integer'.

However, I am waiting for other opinions for two reasons.

1. The doc also specified special treatment for buffer interface and iterable objects. However, __bytes__ *is* checked first for those objects. 

class myit(list):
    def __bytes__(self): return b'hello'
print (bytes (myit([1,2,3])))
# b'hello'

class mybit(bytes):  # example 
    def __bytes__(self): return b'hello'
print (bytes (mybit(b'a')))
# b'hello'

So the exception is limited to 'strings' and 'integers', making it somewhat inconsistent.

2. If someone gives an str or int subclass a __bytes__ method, they can only mean for it to be called by bytes(), as there is no other use of that special method.

On the third hand, a user of a class who tests its instances before calling bytes with "isinstance(x, (str, int))" instead of "type(x) is str or type(x) is int", likely expects getting normal string or integer behavior. Of course, the same might be true if the test is 'isiterable(x)'.

If behavior were changed, I think it should wait for 3.4 since the current behavior is not clearly a bug to me.

----------
assignee:  -> docs at python
components: +Documentation -Interpreter Core
nosy: +docs at python, terry.reedy
title: __bytes__ doesn't work in subclass of int -> __bytes__ doesn't work in subclass of int and str
versions: +Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17309>
_______________________________________

From report at bugs.python.org  Fri Mar  1 23:45:01 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 01 Mar 2013 22:45:01 +0000
Subject: [issue17285] subprocess.check_output incorrectly state that output is
	always bytes
In-Reply-To: <1361706230.84.0.572016082.issue17285@psf.upfronthosting.co.za>
Message-ID: <1362177901.45.0.670527066437.issue17285@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +terry.reedy
versions: +Python 3.4 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17285>
_______________________________________

From report at bugs.python.org  Sat Mar  2 00:03:39 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 01 Mar 2013 23:03:39 +0000
Subject: [issue17309] __bytes__ doesn't work in subclass of int and str
In-Reply-To: <1361979686.07.0.236846670702.issue17309@psf.upfronthosting.co.za>
Message-ID: <1362179019.82.0.210337701512.issue17309@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

More data:

class myit(list):
    def __bytes__(self): return b'hello'
print (bytes(b'a'))

class myit(list):
    def __bytes__(self): return b'hello'
print (bytearray (myit([1,2,3])))

# bytearray(b'a')
# bytearray(b'\x01\x02\x03')

class by:
    def __bytes__(self): return b'hello'
# TypeError: 'by' object is not iterable
(Error message is incomplete.)

So bytearray *always* treats objects as specified in its library entry and never calls __bytes__, making its value sometimes unequal as a sequence of bytes from bytes with the same input.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17309>
_______________________________________

From report at bugs.python.org  Sat Mar  2 00:04:58 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 01 Mar 2013 23:04:58 +0000
Subject: [issue17310] Ctypes callbacks shows problem on Windows Python (64bit)
In-Reply-To: <1361980274.18.0.791136497364.issue17310@psf.upfronthosting.co.za>
Message-ID: <1362179098.52.0.706576811298.issue17310@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +amaury.forgeotdarc, meador.inge

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17310>
_______________________________________

From report at bugs.python.org  Sat Mar  2 00:29:00 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 01 Mar 2013 23:29:00 +0000
Subject: [issue17301] An in-place version of many bytearray methods is needed
In-Reply-To: <1362171455.18.0.551873327509.issue17301@psf.upfronthosting.co.za>
Message-ID: <CAGE7PNL-r0aDdWo4wCWN_awBEAT-zFXLc_P_8yzXOhah5U8Skg@mail.gmail.com>


Gregory P. Smith added the comment:

Translate isn't a text operation. (That's the api I wanted).  The others I
only lists for completeness because someone else would complain if I
hadn't. ;)
On Mar 1, 2013 12:57 PM, "Terry J. Reedy" <report at bugs.python.org> wrote:

>
> Terry J. Reedy added the comment:
>
> I think you need to make more of a case for 'should'. Bytearrays are,
> well, byte arrays, not text arrays. I could just as well claim that the
> ascii text operations should not even be there. They are certainly not
> needed for typical mixed binary-ascii protocol strings, which is what
> bytearrars were intended for. In any case, this would fatten the api
> considerably for not too much benefit. I think that this, like many or most
> enhancement proposals, should best be discussed on python-ideas list before
> any tracker action.
>
> I consider translate an exception to the above comments. It is a byte
> operation, not a text operations. bytearry.translate could plausibly have
> been defined as 'in-place' when added. Most of the other operations are
> special cases of translate, and can therefore be done with translate,
> without the limitation to only ascii chars. If one wants to directly
> uppercase latin-1 encoded bytes without decoding to text, one would need
> .translate anyway.
>
> ----------
> components: +Library (Lib) -Interpreter Core
> nosy: +terry.reedy
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17301>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17301>
_______________________________________

From report at bugs.python.org  Sat Mar  2 00:34:46 2013
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 01 Mar 2013 23:34:46 +0000
Subject: [issue17331] namedtuple raises a SyntaxError instead of ValueError on
	invalid identifier
In-Reply-To: <1362171220.98.0.881684038408.issue17331@psf.upfronthosting.co.za>
Message-ID: <1362180886.61.0.52287313274.issue17331@psf.upfronthosting.co.za>


Florent Xicluna added the comment:

This is consistent:

>>> '?'.isnumeric(), '?'.isdigit(), '?'.isdecimal()
(True, True, False)

>>> unicodedata.numeric('?')
1.0
>>> unicodedata.digit('?')
1
>>> unicodedata.decimal('?')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: not a decimal
>>> 

Changing the title to focus on the issue with collections.namedtuple.

----------
components: +Library (Lib)
title: Fix str methods for detecting digits with unicode -> namedtuple raises a SyntaxError instead of ValueError on invalid identifier
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17331>
_______________________________________

From report at bugs.python.org  Sat Mar  2 01:00:54 2013
From: report at bugs.python.org (Ron Adam)
Date: Sat, 02 Mar 2013 00:00:54 +0000
Subject: [issue10716] Modernize pydoc to use better HTML and separate CSS
In-Reply-To: <1292491539.55.0.135732310832.issue10716@psf.upfronthosting.co.za>
Message-ID: <1362182454.88.0.144340766307.issue10716@psf.upfronthosting.co.za>


Ron Adam added the comment:

I'm going to go over this issue again with fresh eyes after having been away for some time.

Recent experience with another project has helped answer some of the questions I had earlier.  Particulary, how not to over specifying class names and id's.  This should lead to cleaner html pages that will be easier to style with css.  It should also lead to a smaller patch. ;-)

It seems that most of the input so far has more to do with spelling rather than function.  Is there a prefered style guide for css that we should use?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10716>
_______________________________________

From report at bugs.python.org  Sat Mar  2 01:21:44 2013
From: report at bugs.python.org (Eric Snow)
Date: Sat, 02 Mar 2013 00:21:44 +0000
Subject: [issue17330] Stop checking for directory cache invalidation in
	importlib
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362183704.25.0.708185085593.issue17330@psf.upfronthosting.co.za>


Eric Snow added the comment:

Yanking the implicit cache validation does seem to be the simplest solution here.  Perhaps we could come up with a complex way of making this work, but I don't think it's worth it.

What may be worth it is making the admonition of "use invalidate_caches()" easier to find.  I imagine the situation like this:

1. dynamically generate module
2. try to import it and get ImportError
3. scratch head and make sure it's actually valid code, reboot, etc.
4. still not working
5. search google or Python docs for an answer

and step 5 isn't working out well enough.  Removing the implicit cache invalidation would only make a more reliable step 5 even more important.

How to make that happen?  I'm not sure.  Perhaps a dedicated "Trouble-shooting Imports" FAQ with a links to it on relevant pages like importlib, imp, and the import statement.  Maybe we already have something like that and I've just missed it.

----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Sat Mar  2 01:22:04 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 02 Mar 2013 00:22:04 +0000
Subject: [issue17331] namedtuple raises a SyntaxError instead of ValueError on
	invalid identifier
In-Reply-To: <1362171220.98.0.881684038408.issue17331@psf.upfronthosting.co.za>
Message-ID: <1362183724.01.0.501120670267.issue17331@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

namedtuple should simply use isidentifier(), rather than isalnum().

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17331>
_______________________________________

From report at bugs.python.org  Sat Mar  2 01:23:25 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 02 Mar 2013 00:23:25 +0000
Subject: [issue17330] Stop checking for directory cache invalidation in
	importlib
In-Reply-To: <1362183704.25.0.708185085593.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362183590.3490.5.camel@localhost.localdomain>


Antoine Pitrou added the comment:

I would suggest checking on python-dev before removing the cache
freshness check. Some people may rely on it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Sat Mar  2 01:34:23 2013
From: report at bugs.python.org (Neal Norwitz)
Date: Sat, 02 Mar 2013 00:34:23 +0000
Subject: [issue17335] FieldStorageClass is messed up
Message-ID: <1362184463.11.0.388912351396.issue17335@psf.upfronthosting.co.za>


New submission from Neal Norwitz:

This problem goes back to 2.6 at least.

In Lib/cgi.py

    FieldStorageClass = None

    def read_multi(self, environ, keep_blank_values, strict_parsing):
        """Internal: read a part that is itself multipart."""
        ib = self.innerboundary
        if not valid_boundary(ib):
            raise ValueError, 'Invalid boundary in multipart form: %r' % (ib,)
        self.list = []
        if self.qs_on_post:
            for key, value in urlparse.parse_qsl(self.qs_on_post,
                                self.keep_blank_values, self.strict_parsing):
                self.list.append(MiniFieldStorage(key, value))
            FieldStorageClass = None

The set of FieldStorageClass is to a local variable, so a no-op since it's never read.  The class attribute will always be None unless set outside this class (not sure if it is).  It looks like it should just be removed.

----------
messages: 183308
nosy: Neal.Norwitz
priority: normal
severity: normal
status: open
title: FieldStorageClass is messed up
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17335>
_______________________________________

From report at bugs.python.org  Sat Mar  2 03:31:30 2013
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 02 Mar 2013 02:31:30 +0000
Subject: [issue17330] Stop checking for directory cache invalidation in
	importlib
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362191490.41.0.19511223671.issue17330@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Fine, I asked python-dev, but I said it's going to take a lot to convince me not to rip out the cache invalidation code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Sat Mar  2 03:42:08 2013
From: report at bugs.python.org (Erik Bray)
Date: Sat, 02 Mar 2013 02:42:08 +0000
Subject: [issue17330] Stop checking for directory cache invalidation in
	importlib
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362192128.21.0.646603702865.issue17330@psf.upfronthosting.co.za>


Erik Bray added the comment:

Dropping the implicit invalidation altogether works for me.  I was hoping to find a better solution because for the majority of use cases I personally care about the existing behavior is preferable.

That said I have to support OSX users as possibly the majority of my userbase, and I think that for anyone it's a big enough exception that it can't be ignored.

That being the case, explicit is better than implicit here.  I didn't have too much trouble finding importlib.invalidate_caches() once I realized what the problem was, but the fact that this change needs to be made could be better advertised I suppose.

Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Sat Mar  2 06:17:23 2013
From: report at bugs.python.org (Ramchandra Apte)
Date: Sat, 02 Mar 2013 05:17:23 +0000
Subject: [issue17331] namedtuple raises a SyntaxError instead of ValueError on
	invalid identifier
In-Reply-To: <1362171220.98.0.881684038408.issue17331@psf.upfronthosting.co.za>
Message-ID: <1362201443.35.0.332206347615.issue17331@psf.upfronthosting.co.za>


Ramchandra Apte added the comment:

> namedtuple should simply use isidentifier(), rather than isalnum().
+2

----------
nosy: +Ramchandra Apte

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17331>
_______________________________________

From report at bugs.python.org  Sat Mar  2 07:01:48 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 02 Mar 2013 06:01:48 +0000
Subject: [issue17331] namedtuple raises a SyntaxError instead of ValueError on
	invalid identifier
In-Reply-To: <1362171220.98.0.881684038408.issue17331@psf.upfronthosting.co.za>
Message-ID: <1362204108.16.0.0527731693143.issue17331@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17331>
_______________________________________

From report at bugs.python.org  Sat Mar  2 08:51:55 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 02 Mar 2013 07:51:55 +0000
Subject: [issue17331] namedtuple raises a SyntaxError instead of ValueError on
	invalid identifier
In-Reply-To: <1362171220.98.0.881684038408.issue17331@psf.upfronthosting.co.za>
Message-ID: <3ZJ07t2dLQz7LnN@mail.python.org>


Roundup Robot added the comment:

New changeset 80bcc98bf939 by Raymond Hettinger in branch '3.3':
Issue #17331:  Use isidentifier() instead of isalnum() to check for valid identifiers.
http://hg.python.org/cpython/rev/80bcc98bf939

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17331>
_______________________________________

From report at bugs.python.org  Sat Mar  2 12:28:04 2013
From: report at bugs.python.org (Manuel Jacob)
Date: Sat, 02 Mar 2013 11:28:04 +0000
Subject: [issue17336] Complex number representation round-trip doesn't work
	with signed zero values
Message-ID: <1362223684.37.0.0348889498791.issue17336@psf.upfronthosting.co.za>


New submission from Manuel Jacob:

When evaluating, signed zero complex numbers aren't recovered correctly.
>>> -0j
(-0-0j)
>>> (-0-0j)
0j
>>> 0j
0j

According to http://docs.python.org/dev/reference/datamodel.html#object.__repr__ the representation can be used to recreate an object with the same value. Shouldn't this also be possible with complex numbers?

When using complex('...'), round-trip works correctly. While this can be used to recover the exact number, i find it confusing that complex('...') isn't the same as eval('...').
>>> complex('-0j')
-0j
>>> complex('(-0-0j)')
(-0-0j)
>>> complex('0j')
0j

----------
messages: 183313
nosy: mjacob
priority: normal
severity: normal
status: open
title: Complex number representation round-trip doesn't work with signed zero values
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17336>
_______________________________________

From report at bugs.python.org  Sat Mar  2 12:30:19 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 11:30:19 +0000
Subject: [issue17336] Complex number representation round-trip doesn't work
	with signed zero values
In-Reply-To: <1362223684.37.0.0348889498791.issue17336@psf.upfronthosting.co.za>
Message-ID: <1362223819.86.0.0285055745083.issue17336@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti, mark.dickinson, skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17336>
_______________________________________

From report at bugs.python.org  Sat Mar  2 13:05:00 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 12:05:00 +0000
Subject: [issue10967] move regrtest over to using more unittest infrastructure
In-Reply-To: <1295567145.8.0.568957178125.issue10967@psf.upfronthosting.co.za>
Message-ID: <1362225900.74.0.545790519745.issue10967@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> For one thing, I think resources could be implemented in terms of skips

While working on #17333 I noticed a related problem.  Most of the tests in test_imaplib are skipped if the 'network' resource is not specified.  The test contains the following lines to enable those tests when the file is executed directly:

if __name__ == "__main__":
    support.use_resources = ['network']
    unittest.main()

but this clearly doesn't work while using unittest discovery, so those tests are skipped.

Implementing resources as skips makes sense, but we might also need a way to specify what resources are needed that works with unittest discovery.  Running these tests only when the test file is executed directly or through `regrtest -u` is also an option.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10967>
_______________________________________

From report at bugs.python.org  Sat Mar  2 13:33:25 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 02 Mar 2013 12:33:25 +0000
Subject: [issue17333] Fix test discovery for test_imaplib.py
In-Reply-To: <1362173900.83.0.151362153333.issue17333@psf.upfronthosting.co.za>
Message-ID: <3ZJ6Nh28fFzRrK@mail.python.org>


Roundup Robot added the comment:

New changeset 02bbc5375a56 by Ezio Melotti in branch '3.3':
#17333: test_imaplib now works with unittest test discovery.  Patch by Zachary Ware.
http://hg.python.org/cpython/rev/02bbc5375a56

New changeset b8bafae4a15a by Ezio Melotti in branch 'default':
#17333: merge with 3.3.
http://hg.python.org/cpython/rev/b8bafae4a15a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17333>
_______________________________________

From report at bugs.python.org  Sat Mar  2 13:35:57 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 12:35:57 +0000
Subject: [issue17333] Fix test discovery for test_imaplib.py
In-Reply-To: <1362173900.83.0.151362153333.issue17333@psf.upfronthosting.co.za>
Message-ID: <1362227757.17.0.974933020339.issue17333@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the patch!
As noted in msg183314, several tests are not included while using unittest discovery, but that's a separate issue.

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17333>
_______________________________________

From report at bugs.python.org  Sat Mar  2 13:48:20 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 02 Mar 2013 12:48:20 +0000
Subject: [issue17334] Fix test discovery for test_index.py
In-Reply-To: <1362176776.61.0.51954698694.issue17334@psf.upfronthosting.co.za>
Message-ID: <3ZJ6jv4LlJz7Lnp@mail.python.org>


Roundup Robot added the comment:

New changeset 886df716cd09 by Ezio Melotti in branch '3.3':
#17334: test_index now works with unittest test discovery.  Patch by Zachary Ware.
http://hg.python.org/cpython/rev/886df716cd09

New changeset 1c71882938eb by Ezio Melotti in branch 'default':
#17334: merge with 3.3.
http://hg.python.org/cpython/rev/1c71882938eb

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17334>
_______________________________________

From report at bugs.python.org  Sat Mar  2 13:49:10 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 12:49:10 +0000
Subject: [issue17334] Fix test discovery for test_index.py
In-Reply-To: <1362176776.61.0.51954698694.issue17334@psf.upfronthosting.co.za>
Message-ID: <1362228550.96.0.136390025663.issue17334@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the patch!

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17334>
_______________________________________

From report at bugs.python.org  Sat Mar  2 13:49:24 2013
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 02 Mar 2013 12:49:24 +0000
Subject: [issue17336] Complex number representation round-trip doesn't work
	with signed zero values
In-Reply-To: <1362223684.37.0.0348889498791.issue17336@psf.upfronthosting.co.za>
Message-ID: <1362228564.38.0.588425011757.issue17336@psf.upfronthosting.co.za>


Changes by Eric V. Smith <eric at trueblade.com>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17336>
_______________________________________

From report at bugs.python.org  Sat Mar  2 13:55:04 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 12:55:04 +0000
Subject: [issue10716] Modernize pydoc to use better HTML and separate CSS
In-Reply-To: <1292491539.55.0.135732310832.issue10716@psf.upfronthosting.co.za>
Message-ID: <1362228904.46.0.240332659163.issue10716@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> Is there a prefered style guide for css that we should use?

If you mean indentation/spacing, my preferred style is:

selector {
    property1: value1;
    property2: value2;
    ...
}

FWIW I agree an HTML5 doctype should be used.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10716>
_______________________________________

From report at bugs.python.org  Sat Mar  2 14:05:33 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 13:05:33 +0000
Subject: [issue12301] Use :role:`sys.thing` instead of ``sys.thing`` throughout
In-Reply-To: <1307636549.73.0.554335270504.issue12301@psf.upfronthosting.co.za>
Message-ID: <1362229533.7.0.534140785706.issue12301@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
type:  -> enhancement
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12301>
_______________________________________

From report at bugs.python.org  Sat Mar  2 14:13:31 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 13:13:31 +0000
Subject: [issue7855] Add test cases for ctypes/winreg for issues found in
	IronPython
In-Reply-To: <1265311030.9.0.277359551887.issue7855@psf.upfronthosting.co.za>
Message-ID: <1362230011.42.0.516147967364.issue7855@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Dino, what's the status of this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7855>
_______________________________________

From report at bugs.python.org  Sat Mar  2 14:17:07 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 13:17:07 +0000
Subject: [issue10712] 2to3 fixer for deprecated unittest method names
In-Reply-To: <1292441796.9.0.018359428873.issue10712@psf.upfronthosting.co.za>
Message-ID: <1362230227.41.0.688351923975.issue10712@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Can this still go on 2.7/3.2/3.3?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10712>
_______________________________________

From report at bugs.python.org  Sat Mar  2 14:20:30 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 13:20:30 +0000
Subject: [issue11787] File handle leak in TarFile lib
In-Reply-To: <1302115375.88.0.984018215443.issue11787@psf.upfronthosting.co.za>
Message-ID: <1362230430.25.0.0209063327815.issue11787@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11787>
_______________________________________

From report at bugs.python.org  Sat Mar  2 14:43:03 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 13:43:03 +0000
Subject: [issue15866] encode(...,
	'xmlcharrefreplace') produces entities for surrogate pairs
In-Reply-To: <1346871274.13.0.653364801762.issue15866@psf.upfronthosting.co.za>
Message-ID: <1362231783.68.0.863154236399.issue15866@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15866>
_______________________________________

From report at bugs.python.org  Sat Mar  2 15:21:14 2013
From: report at bugs.python.org (karl)
Date: Sat, 02 Mar 2013 14:21:14 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362234074.77.0.228895410245.issue17322@psf.upfronthosting.co.za>


karl added the comment:

http://hg.python.org/cpython/file/3.3/Lib/urllib/request.py#l359

    def add_header(self, key, val):
        # useful for something like authentication
        self.headers[key.capitalize()] = val

and http://hg.python.org/cpython/file/3.3/Lib/urllib/request.py#l271
in __init__ of class Request:

        for key, value in headers.items():
            self.add_header(key, value)

Tests seem to be there, but there are none. Is there a reason why there are no tests?
http://hg.python.org/cpython/file/3.3/Lib/test/test_urllib2.py#l98

Or should I add a test in
http://hg.python.org/cpython/file/3.3/Lib/test/test_urllib.py

I'm confused :) 
I need guidance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Sat Mar  2 16:09:24 2013
From: report at bugs.python.org (mic_e)
Date: Sat, 02 Mar 2013 15:09:24 +0000
Subject: [issue17337] input() and raw_input() do not work correctly with
	colored prompts
Message-ID: <1362236964.85.0.134127148195.issue17337@psf.upfronthosting.co.za>


New submission from mic_e:

With a prompt that uses ANSI color escape codes, python3 input() and python2 raw_input() behave incorrectly when it comes to the wrapping of the first line - almost certainly due to the wrong string length calculation.
The line breaking occurs k characters early, where k is the number of characters in the ANSI escape sequence.
Even worse, the line break does not switch to the next line, but instead jumps back to the beginning, overwriting the prompt and the previously written input.

How to reproduce:
Call input() with a color-coded string as argument, and type until you would expect the usual line break.

Example:

mic at mic-nb ~ $ python3
Python 3.3.0 (default, Dec 22 2012, 21:02:07) 
[GCC 4.7.2] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> prompt="\x1b[31;1mthis is a bold red prompt> \x1b[m"
>>> len(prompt)
37
>>> input(prompt)
uvwxyzs a bold red prompt> abcdefghijklmnopqrst 
'abcdefghijklmnopqrstuvwxyz'
>>> 
mic at mic-nb ~ $ python2
Python 2.7.3 (default, Dec 22 2012, 21:14:12) 
[GCC 4.7.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> prompt="\x1b[31;1mthis is a bold red prompt> \x1b[m"
>>> len(prompt)
37
>>> raw_input(prompt)
uvwxyzs a bold red prompt> abcdefghijklmnopqrst 
'abcdefghijklmnopqrstuvwxyz'
>>> 
mic at mic-nb ~ $ tput cols
57

I have typed directly after the prompt the string 'abcdefghijklmnopqrstuvwxyz',
so the expected result would be be
this is a bold red prompt> abcdefghijklmnopqrstuvwxyz
with four more characters of space before the line break

Note that the break occurs exactly 8 characters early, which is the total amount of ANSI escape sequence characters.
Also note that the readline module is impored in my .pyrc file.

----------
components: Library (Lib)
messages: 183323
nosy: mic_e
priority: normal
severity: normal
status: open
title: input() and raw_input() do not work correctly with colored prompts
type: behavior
versions: Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17337>
_______________________________________

From report at bugs.python.org  Sat Mar  2 16:42:45 2013
From: report at bugs.python.org (Ram Rachum)
Date: Sat, 02 Mar 2013 15:42:45 +0000
Subject: [issue17032] Misleading error message: global name 'X' is not defined
In-Reply-To: <1359124974.58.0.158587338796.issue17032@psf.upfronthosting.co.za>
Message-ID: <1362238965.64.0.759109729637.issue17032@psf.upfronthosting.co.za>


Ram Rachum added the comment:

Was the patch applied? Is there any reason why it should not be applied?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17032>
_______________________________________

From report at bugs.python.org  Sat Mar  2 16:43:13 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 15:43:13 +0000
Subject: [issue17337] input() and raw_input() do not work correctly with
	colored prompts
In-Reply-To: <1362236964.85.0.134127148195.issue17337@psf.upfronthosting.co.za>
Message-ID: <1362238993.06.0.985256095481.issue17337@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I can reproduce the issue, but only from the interactive interpreter while using input() directly (Linux/py3).
I tried the following things:

$ ./python -c 'print("\x1b[31;1mthis is a bold red prompt> \x1b[m", end=""); input()'
$ ./python -c 'input("\x1b[31;1mthis is a bold red prompt> \x1b[m");'
>>> print("\x1b[31;1mthis is a bold red prompt> \x1b[m", end=""); input()
>>> input("\x1b[31;1mthis is a bold red prompt> \x1b[m")

In the first 3 cases once I reach the end of the line, the text went on a new line.  In the last case it started writing over the prompt instead of going on a newline, and once it reached the end of line again it went on a newline correctly.

----------
nosy: +ezio.melotti
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17337>
_______________________________________

From report at bugs.python.org  Sat Mar  2 16:44:26 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 15:44:26 +0000
Subject: [issue17032] Misleading error message: global name 'X' is not defined
In-Reply-To: <1359124974.58.0.158587338796.issue17032@psf.upfronthosting.co.za>
Message-ID: <1362239066.21.0.350542484126.issue17032@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Not yet, I wanted to make sure that everyone agrees on the change.
If I don't get other replies I'll commit it soon.

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17032>
_______________________________________

From report at bugs.python.org  Sat Mar  2 16:46:03 2013
From: report at bugs.python.org (Ram Rachum)
Date: Sat, 02 Mar 2013 15:46:03 +0000
Subject: [issue17032] Misleading error message: global name 'X' is not defined
In-Reply-To: <1359124974.58.0.158587338796.issue17032@psf.upfronthosting.co.za>
Message-ID: <1362239163.73.0.339833614351.issue17032@psf.upfronthosting.co.za>


Ram Rachum added the comment:

(I fixed the patch to not have a typo.)

----------
Added file: http://bugs.python.org/file29290/cpython_patch1of1_8e9346e7ae87.patch.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17032>
_______________________________________

From report at bugs.python.org  Sat Mar  2 16:46:26 2013
From: report at bugs.python.org (Ram Rachum)
Date: Sat, 02 Mar 2013 15:46:26 +0000
Subject: [issue17032] Misleading error message: global name 'X' is not defined
In-Reply-To: <1359124974.58.0.158587338796.issue17032@psf.upfronthosting.co.za>
Message-ID: <1362239186.77.0.746988582138.issue17032@psf.upfronthosting.co.za>


Changes by Ram Rachum <ram at rachum.com>:


Removed file: http://bugs.python.org/file29006/cpython_patch1of1_8e9346e7ae87.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17032>
_______________________________________

From report at bugs.python.org  Sat Mar  2 17:00:01 2013
From: report at bugs.python.org (=?utf-8?q?Michael_En=C3=9Flin?=)
Date: Sat, 02 Mar 2013 16:00:01 +0000
Subject: [issue17337] input() and raw_input() do not work correctly with
	colored prompts
In-Reply-To: <1362236964.85.0.134127148195.issue17337@psf.upfronthosting.co.za>
Message-ID: <1362240001.24.0.0810294331572.issue17337@psf.upfronthosting.co.za>


Michael En?lin added the comment:

The issue might very well be strictly related to GNU readline.

I have both successfully reproduced it in a C program:

#include <stdio.h>
#include <readline/readline.h>
int main() {
        readline("\x1b[31;1mthis is a bold red prompt\x1b[m> ");
}

gcc -lreadline test.c

and found a fix, hinted at by this stackoverflow post:
http://stackoverflow.com/questions/9468435/look-how-to-fix-column-calculation-in-python-readline-if-use-color-prompt

Readline uses the characters \x01 and \x02 to mark invisible portions of the prompt, so I am now pre-processing the prompt with this function:

def surround_ansi_escapes(prompt, start = "\x01", end = "\x02"):
        escaped = False
        result = ""

        for c in prompt:
                if c == "\x1b" and not escaped:
                        result += start + c
                        escaped = True
                elif c.isalpha() and escaped:
                        result += c + end
                        escaped = False
                else:
                        result += c

        return result

However, in my opionion this fact deserves at least to be mentioned in the readline documentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17337>
_______________________________________

From report at bugs.python.org  Sat Mar  2 17:48:57 2013
From: report at bugs.python.org (R. David Murray)
Date: Sat, 02 Mar 2013 16:48:57 +0000
Subject: [issue10967] move regrtest over to using more unittest infrastructure
In-Reply-To: <1295567145.8.0.568957178125.issue10967@psf.upfronthosting.co.za>
Message-ID: <1362242937.72.0.787410053207.issue10967@psf.upfronthosting.co.za>


R. David Murray added the comment:

We have previously discussed adding resource-awareness to unittest, but that is a much bigger project (API design, scope considerations, etc etc).  In the meantime, what we could do is modify the current resource-skip logic slightly: make it so that tests are *not* skipped for resource reasons *unless* some flag in support is set indicating that resource enforcement is in effect *and* the specified resource is not in the list of currently-asserted resources.  That way tests are only skipped for resource reasons if run via regrtest.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10967>
_______________________________________

From report at bugs.python.org  Sat Mar  2 18:12:37 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 02 Mar 2013 17:12:37 +0000
Subject: [issue10712] 2to3 fixer for deprecated unittest method names
In-Reply-To: <1362230227.41.0.688351923975.issue10712@psf.upfronthosting.co.za>
Message-ID: <CAGE7PNKVspkDA3Nbcp+kL59yGZXjjrwxJW_5hXftV_bgSYKAyA@mail.gmail.com>


Gregory P. Smith added the comment:

Yes! 2to3 features are allowed in stable releases.
On Mar 2, 2013 5:17 AM, "Ezio Melotti" <report at bugs.python.org> wrote:

>
> Ezio Melotti added the comment:
>
> Can this still go on 2.7/3.2/3.3?
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue10712>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10712>
_______________________________________

From report at bugs.python.org  Sat Mar  2 18:16:43 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 17:16:43 +0000
Subject: [issue10967] move regrtest over to using more unittest infrastructure
In-Reply-To: <1295567145.8.0.568957178125.issue10967@psf.upfronthosting.co.za>
Message-ID: <1362244603.3.0.278091132297.issue10967@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

There are actually three separate issues here:
1) The resources don't use unittest skip (or at least not always), so while running the tests without regrtests there are no indication that some tests have been skipped.  This could be addressed by converting the current resources to proper skips (with something like @skip_unless_resource('network')) and shouldn't be too difficult.

2) The "network" resource could be enabled by default, given that network connectivity is nowadays fairly common (it would be even better if that was detected automatically at runtime).  This would enable more tests and shouldn't have negative side-effects (unless the network is not available and the tests have no way to realize that and fail).

3) unittest could have a "resource API", but that's not strictly necessary if we still provide a way to run the skipped tests through regrtest and/or while running the test file individually.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10967>
_______________________________________

From report at bugs.python.org  Sat Mar  2 18:22:15 2013
From: report at bugs.python.org (Evgeny Kapun)
Date: Sat, 02 Mar 2013 17:22:15 +0000
Subject: [issue9334] argparse does not accept options taking arguments
	beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1362244935.77.0.452139600774.issue9334@psf.upfronthosting.co.za>


Changes by Evgeny Kapun <abacabadabacaba at gmail.com>:


----------
nosy: +abacabadabacaba

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Sat Mar  2 18:23:39 2013
From: report at bugs.python.org (Alex Gaynor)
Date: Sat, 02 Mar 2013 17:23:39 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
Message-ID: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>


New submission from Alex Gaynor:

Following the length_hint PEP, we should expose this facility to end-python programmers. The semantics would be basically: the list has behavior identical to if you hadn't provided length_hint, except the VM is free to preallocate efficiently.

CPython (and PyPy) use this kind of logic internally all over the place when lists are to be returned (including, but not limited to, list() with a single argument!)

If this is considered to be a good idea I'll whip up a patch.

----------
messages: 183332
nosy: alex
priority: normal
severity: normal
status: open
title: Add length_hint parameter to list, dict, set constructors to allow efficient presizing
type: performance
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Sat Mar  2 18:34:55 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 02 Mar 2013 17:34:55 +0000
Subject: [issue17331] namedtuple raises a SyntaxError instead of ValueError on
	invalid identifier
In-Reply-To: <1362171220.98.0.881684038408.issue17331@psf.upfronthosting.co.za>
Message-ID: <1362245695.21.0.606839645986.issue17331@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks for the suggestion.  isidentifier() was exactly what was needed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17331>
_______________________________________

From report at bugs.python.org  Sat Mar  2 18:35:08 2013
From: report at bugs.python.org (R. David Murray)
Date: Sat, 02 Mar 2013 17:35:08 +0000
Subject: [issue10967] move regrtest over to using more unittest infrastructure
In-Reply-To: <1295567145.8.0.568957178125.issue10967@psf.upfronthosting.co.za>
Message-ID: <1362245708.23.0.248299572659.issue10967@psf.upfronthosting.co.za>


R. David Murray added the comment:

No controversy on (1), we should just do that.

I don't see a strong reason to change (2).  I always run the test suite with -uall, but if I were running a restricted set I'd rather not have resources outside the local machine be accessed.

My proposal is a way to provide (3): running the regrtest-resource-skipped tests when not running them through regrtest.  If you *also* want a way to skip tests based on resource when running them outside regrtest, then unittest would have to grow a resource API.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10967>
_______________________________________

From report at bugs.python.org  Sat Mar  2 18:45:29 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 17:45:29 +0000
Subject: [issue10967] move regrtest over to using more unittest infrastructure
In-Reply-To: <1295567145.8.0.568957178125.issue10967@psf.upfronthosting.co.za>
Message-ID: <1362246329.84.0.771408160261.issue10967@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> I'd rather not have resources outside the local machine be accessed.

Fair enough.

> If you *also* want a way to skip tests based on resource when running 
> them outside regrtest, then unittest would have to grow a resource API.

This can already be done though -- adding a resource API to unittest would just provide an additional way to do it without going through regrtest.

I don't think we will ever get rid of regrtest.  It would be nice if most of the code could be removed and standard unittest features were used instead, but regrtest will always have more advanced/customized feature built on top of unittest (which is not to say that a resource API for unittest is useless, but that's not a blocker for this issue :).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10967>
_______________________________________

From report at bugs.python.org  Sat Mar  2 19:23:43 2013
From: report at bugs.python.org (R. David Murray)
Date: Sat, 02 Mar 2013 18:23:43 +0000
Subject: [issue10967] move regrtest over to using more unittest infrastructure
In-Reply-To: <1295567145.8.0.568957178125.issue10967@psf.upfronthosting.co.za>
Message-ID: <1362248623.65.0.0588316740787.issue10967@psf.upfronthosting.co.za>


R. David Murray added the comment:

So you are agreeing with my proposal?

And no, I don't think the goal is to get rid of regrtest, it is just to make it as small as practical.  Or to put it another way, to add the features of regrtest that are generally useful to unittest.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10967>
_______________________________________

From report at bugs.python.org  Sat Mar  2 19:31:44 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 18:31:44 +0000
Subject: [issue10967] move regrtest over to using more unittest infrastructure
In-Reply-To: <1295567145.8.0.568957178125.issue10967@psf.upfronthosting.co.za>
Message-ID: <1362249104.94.0.991694349585.issue10967@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> So you are agreeing with my proposal?

I will have to see a concrete proposal first.  If a resource API is useful enough to be added to unittest, and we can come up with a decent API we can move it there, otherwise it can just stay in regrtest.  There's also the issue that the unittest API is already quite big, and adding even more things there might do more harm than good.

There are several other parts of regrtest that can take advantage of already existing unittest features first, and convert them might be enough to close this issue even if the existing resource infrastructure is kept in regrtest.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10967>
_______________________________________

From report at bugs.python.org  Sat Mar  2 19:34:17 2013
From: report at bugs.python.org (R. David Murray)
Date: Sat, 02 Mar 2013 18:34:17 +0000
Subject: [issue10967] move regrtest over to using more unittest infrastructure
In-Reply-To: <1295567145.8.0.568957178125.issue10967@psf.upfronthosting.co.za>
Message-ID: <1362249257.05.0.261490830001.issue10967@psf.upfronthosting.co.za>


R. David Murray added the comment:

My proposal is how to do this without adding anything to unittest.  It is about how to implement the skips so that all tests are run when run under unittest, but resource control still happens when the tests run under regrtest.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10967>
_______________________________________

From report at bugs.python.org  Sat Mar  2 19:39:56 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 02 Mar 2013 18:39:56 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362249596.77.0.179706626341.issue17338@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Definitely needs to be discussed on python-ideas/python-dev.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Sat Mar  2 19:42:21 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 02 Mar 2013 18:42:21 +0000
Subject: [issue17309] __bytes__ doesn't work in subclass of int and str
In-Reply-To: <1361979686.07.0.236846670702.issue17309@psf.upfronthosting.co.za>
Message-ID: <1362249741.84.0.338357934841.issue17309@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

This has been fixed recently:

 $ ./python bytes.py 
b'\x00'
b'hello'

----------
nosy: +benjamin.peterson
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17309>
_______________________________________

From report at bugs.python.org  Sat Mar  2 19:45:02 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 18:45:02 +0000
Subject: [issue10967] move regrtest over to using more unittest infrastructure
In-Reply-To: <1295567145.8.0.568957178125.issue10967@psf.upfronthosting.co.za>
Message-ID: <1362249902.4.0.0228883794105.issue10967@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Yes, that could be done as well, but even if they are not run by default under unittest, I'd be already happy to see them marked as skipped.  If I see that they are skipped I can always switch to regrtest to enable the necessary resource, or just execute the file directly if the resource is enabled just before unittest.main() (like the example in msg183314).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10967>
_______________________________________

From report at bugs.python.org  Sat Mar  2 20:17:11 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 02 Mar 2013 19:17:11 +0000
Subject: [issue17336] Complex number representation round-trip doesn't work
	with signed zero values
In-Reply-To: <1362223684.37.0.0348889498791.issue17336@psf.upfronthosting.co.za>
Message-ID: <1362251831.58.0.106615041141.issue17336@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

This is not easy to avoid, I'm afraid, and it's a consequence of Python's usual rules for mixed-type arithmetic:  (-0-0j) is interpreted as 0 - (0.0 + 0.0j) --- that is, the 0j is promoted to a complex instance (by giving it zero real part) before the subtraction is performed.  Then the real part of the result is computed as 0.0 - 0.0, which is 0.0.  Note that the first 0.0 comes from converting the *integer* 0 to a complex number.  If you do -0.0-0.0j you'll see a different result:

>>> -0.0-0.0j
(-0+0j)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17336>
_______________________________________

From report at bugs.python.org  Sat Mar  2 20:18:11 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 02 Mar 2013 19:18:11 +0000
Subject: [issue17336] Complex number representation round-trip doesn't work
	with signed zero values
In-Reply-To: <1362223684.37.0.0348889498791.issue17336@psf.upfronthosting.co.za>
Message-ID: <1362251891.81.0.929114605244.issue17336@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

An aside:  C99 gets around this problem by allowing an (optional) Imaginary type, separate from Complex.  Very few compilers support it, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17336>
_______________________________________

From report at bugs.python.org  Sat Mar  2 20:20:14 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 02 Mar 2013 19:20:14 +0000
Subject: [issue17032] Misleading error message: global name 'X' is not defined
In-Reply-To: <1359124974.58.0.158587338796.issue17032@psf.upfronthosting.co.za>
Message-ID: <1362252014.33.0.690965002871.issue17032@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17032>
_______________________________________

From report at bugs.python.org  Sat Mar  2 20:58:02 2013
From: report at bugs.python.org (R. David Murray)
Date: Sat, 02 Mar 2013 19:58:02 +0000
Subject: [issue10967] move regrtest over to using more unittest infrastructure
In-Reply-To: <1295567145.8.0.568957178125.issue10967@psf.upfronthosting.co.za>
Message-ID: <1362254282.68.0.748391926092.issue10967@psf.upfronthosting.co.za>


R. David Murray added the comment:

Ah, but for me the point of running directly under unit test (and unittest discovery) it to be able to use the standard unittest facilities for running a single testcase or individual test.  Converting them to skips without making them run if regrtest isn't active might make things worse for that use case.  If we are going to convert them to skips, why not do it right to start with?  It won't any harder, since the logic will be baked into the skip decorators.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10967>
_______________________________________

From report at bugs.python.org  Sat Mar  2 20:58:34 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 02 Mar 2013 19:58:34 +0000
Subject: [issue17339] bytes() TypeError message is misleadingly narrow
Message-ID: <1362254314.39.0.995387791388.issue17339@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

If an object ob does not have a __bytes__ method or buffer interface and is not a string, integer, or iterable, bytes(ob) fails with 

TypeError: 'object' object is not iterable

This is misleadingly narror (similar to #17032). We should either list *all* the things that ob is not

'object' object is not a string, integer, or iterable and does not have a __bytes__ method or buffer interface

or simply say

'object' object cannot be converted to bytes

and let the programmer recheck what can be.

----------
components: Interpreter Core
messages: 183345
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: bytes() TypeError message is misleadingly narrow
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17339>
_______________________________________

From report at bugs.python.org  Sat Mar  2 21:03:23 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 02 Mar 2013 20:03:23 +0000
Subject: [issue17032] Misleading error message: global name 'X' is not defined
In-Reply-To: <1359124974.58.0.158587338796.issue17032@psf.upfronthosting.co.za>
Message-ID: <1362254603.02.0.236864443047.issue17032@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I just opened #17339 about another situation where the error message references only the last of several checks that failed.

bytes(object())  # raises
TypeError: 'object' object is not iterable  # or 4 other possibilities

I think any message like this should be fixed as noticed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17032>
_______________________________________

From report at bugs.python.org  Sat Mar  2 21:16:03 2013
From: report at bugs.python.org (=?utf-8?q?Francisco_Mart=C3=ADn_Brugu=C3=A9?=)
Date: Sat, 02 Mar 2013 20:16:03 +0000
Subject: [issue17267] datetime.time support for '+' and 'now'
In-Reply-To: <1361450879.34.0.390010426075.issue17267@psf.upfronthosting.co.za>
Message-ID: <1362255363.35.0.683612146334.issue17267@psf.upfronthosting.co.za>


Francisco Mart?n Brugu? added the comment:

Hi Joar,
just a detail: is there a reason for the asymmetric check for timedelta isinstance (and raising NotImplemented)? And BTW. isn't a double check for the __sub__ case (or have I missed something)?

+    def __add__(self, other):
+        "Add a time and a timedelta"
+        if not isinstance(other, timedelta):
+            return NotImplemented

vs.
?
+    def __sub__(self, other):
+        "Subtract a time and a timedelta."
+        if isinstance(other, timedelta):
+            return self + -other
+        return NotImplemented

regards,
francis

----------
nosy: +francismb

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17267>
_______________________________________

From report at bugs.python.org  Sat Mar  2 21:33:42 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 02 Mar 2013 20:33:42 +0000
Subject: [issue17339] bytes() TypeError message is misleadingly narrow
In-Reply-To: <1362254314.39.0.995387791388.issue17339@psf.upfronthosting.co.za>
Message-ID: <1362256422.26.0.234871775119.issue17339@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

See also #16518.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17339>
_______________________________________

From report at bugs.python.org  Sat Mar  2 22:48:38 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 02 Mar 2013 21:48:38 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362260918.41.0.0284371257015.issue17338@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Guido has previously rejected any kind of user specified presizing parameter for dictionaries.  He felt that it was breaking the abstraction in a way that caused people to focus on implementation specific details.

Also, set() and dict() use presizing (and hash value reuse) only in the limited case of the input iterable being an exact dictionary or set.  Otherwise, it makes no assumptions about the input iterable and grows as needed.  For sets, even when the __len__ is known for a general iterable, we don't know how many unique elements are the input -- consider for example: set([None] * 1000000).  In typical use cases for sets, a user also doesn't know in advance how many unique elements will be present -- and to the extent they try to add estimation logic, it would only complicate their programs.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Sat Mar  2 23:17:04 2013
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 02 Mar 2013 22:17:04 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362262624.84.0.0630425188715.issue13477@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
keywords: +patch
nosy: +berker.peksag
Added file: http://bugs.python.org/file29291/issue13477.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Sat Mar  2 23:36:17 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 02 Mar 2013 22:36:17 +0000
Subject: [issue17339] bytes() TypeError message is misleadingly narrow
In-Reply-To: <1362254314.39.0.995387791388.issue17339@psf.upfronthosting.co.za>
Message-ID: <1362263777.65.0.976130781556.issue17339@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Do you prefer the long or short form?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17339>
_______________________________________

From report at bugs.python.org  Sun Mar  3 00:40:00 2013
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 02 Mar 2013 23:40:00 +0000
Subject: [issue17330] Stop checking for directory cache invalidation in
	importlib
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362267600.62.0.498267735944.issue17330@psf.upfronthosting.co.za>


Brett Cannon added the comment:

So Nick Coghlan pointed out that this would require a deprecation warning which is doable using ImportWarning. But that also lowers my motivation to bother since there is no performance benefit.

I will, though, at least make it clearer in the What's New doc and in the importlib docs that it is more of a need than an optional thing to do.

----------
assignee:  -> brett.cannon
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Sun Mar  3 00:43:05 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 02 Mar 2013 23:43:05 +0000
Subject: [issue17094] sys._current_frames() reports too many/wrong stack frames
In-Reply-To: <1359668363.58.0.777154629349.issue17094@psf.upfronthosting.co.za>
Message-ID: <1362267785.21.0.950759332924.issue17094@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

hi Charles-Fran?ois,

> I'm attaching a patch doing the cleanup in PyEval_ReInitThreads(), with 
> test.

Did you forget to attach the patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17094>
_______________________________________

From report at bugs.python.org  Sun Mar  3 02:15:43 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 03 Mar 2013 01:15:43 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362273343.05.0.0913821995309.issue17338@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I think it is going a bit too far in the direction of exposing low-level optimizations. Python is not C++. I also agree with Raymond that it's rather rare to construct read-only containers (in the sense that they are allocated once and for all).

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Sun Mar  3 03:21:01 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 03 Mar 2013 02:21:01 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362277261.59.0.766819140163.issue13477@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Patch looks good!  Some minor comments on Rietveld.

Could you add tests?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Sun Mar  3 03:21:31 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 03 Mar 2013 02:21:31 +0000
Subject: [issue17339] bytes() TypeError message is misleadingly narrow
In-Reply-To: <1362254314.39.0.995387791388.issue17339@psf.upfronthosting.co.za>
Message-ID: <1362277291.56.0.797951243739.issue17339@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Short form for me.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17339>
_______________________________________

From report at bugs.python.org  Sun Mar  3 03:28:51 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 03 Mar 2013 02:28:51 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362277731.17.0.553103839523.issue13477@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

+1 for adding a CLI and +1 for keeping it minimal.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Sun Mar  3 04:08:08 2013
From: report at bugs.python.org (karl)
Date: Sun, 03 Mar 2013 03:08:08 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362280088.6.0.661186048711.issue17322@psf.upfronthosting.co.za>


karl added the comment:

I created 4 tests for testing trailing and leading spaces on

* add_unredirected_header()
* add_header()

and modified the functions.

Tests passed.

? ./python.exe Lib/test/test_urllib2net.py 
[?]

test_headers_with_spaces (__main__.OtherNetworkTests) ... ok

[?]
----------------------------------------------------------------------
Ran 16 tests in 17.148s

OK (skipped=1)
[137988 refs]

See the patch issue-17322-1.patch

----------
keywords: +patch
Added file: http://bugs.python.org/file29292/issue-17322-1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Sun Mar  3 04:19:00 2013
From: report at bugs.python.org (karl)
Date: Sun, 03 Mar 2013 03:19:00 +0000
Subject: [issue11448] docs for HTTPConnection.set_tunnel are ambiguous
In-Reply-To: <1299636529.48.0.302129596868.issue11448@psf.upfronthosting.co.za>
Message-ID: <1362280740.85.0.17514325081.issue11448@psf.upfronthosting.co.za>


karl added the comment:

Ah thanks Eric, I will fix that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11448>
_______________________________________

From report at bugs.python.org  Sun Mar  3 04:31:21 2013
From: report at bugs.python.org (karl)
Date: Sun, 03 Mar 2013 03:31:21 +0000
Subject: [issue11448] docs for HTTPConnection.set_tunnel are ambiguous
In-Reply-To: <1299636529.48.0.302129596868.issue11448@psf.upfronthosting.co.za>
Message-ID: <1362281481.93.0.810480164829.issue11448@psf.upfronthosting.co.za>


karl added the comment:

ok made a proper patch on the rst file with hg diff.
See issue-11448-1.patch

----------
Added file: http://bugs.python.org/file29293/issue-11448-1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11448>
_______________________________________

From report at bugs.python.org  Sun Mar  3 04:48:41 2013
From: report at bugs.python.org (Alex Gaynor)
Date: Sun, 03 Mar 2013 03:48:41 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362282521.75.0.367136904932.issue17338@psf.upfronthosting.co.za>


Alex Gaynor added the comment:

python-dev/ideas may be a better place to have this discussion, but basically if you're going to insist that stuff like this doesn't go into Python "because it isn't C++", people are going to have to write C++, and that makes me incredibly sad.

There's an obvious need for this, CPython uses optimizations like this internally, as does PyPy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Sun Mar  3 04:52:04 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 03 Mar 2013 03:52:04 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362282724.67.0.882492062191.issue17338@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I think the emphasis is on "internally" :).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Sun Mar  3 04:59:14 2013
From: report at bugs.python.org (karl)
Date: Sun, 03 Mar 2013 03:59:14 +0000
Subject: [issue12455] urllib2 forces title() on header names,
	breaking some requests
In-Reply-To: <1309461818.92.0.299415077626.issue12455@psf.upfronthosting.co.za>
Message-ID: <1362283154.76.0.259488406464.issue12455@psf.upfronthosting.co.za>


karl added the comment:

Are there issues related to removing the capitalize() and title() appears?

# title()

* http://hg.python.org/cpython/file/886df716cd09/Lib/urllib/request.py#l1239

# capitalize()

* http://hg.python.org/cpython/file/886df716cd09/Lib/urllib/request.py#l359
* http://hg.python.org/cpython/file/886df716cd09/Lib/urllib/request.py#l363
* http://hg.python.org/cpython/file/886df716cd09/Lib/urllib/request.py#l1206

Because the behavior is inconsistent, I would live to propose a patch removing them and be sure to be completely neutral with regards to them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12455>
_______________________________________

From report at bugs.python.org  Sun Mar  3 05:25:19 2013
From: report at bugs.python.org (Ankur Ankan)
Date: Sun, 03 Mar 2013 04:25:19 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362284719.38.0.192044980231.issue13477@psf.upfronthosting.co.za>


Ankur Ankan added the comment:

I was also working on this issue so thought I should also submit my patch.
Has a few extra features from berker.peksag's patch:
1) the name of the files to be extracted can be specified
2) output directory can be specified for extracting files.

----------
Added file: http://bugs.python.org/file29294/issue_13477

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Sun Mar  3 05:33:23 2013
From: report at bugs.python.org (karl)
Date: Sun, 03 Mar 2013 04:33:23 +0000
Subject: [issue12455] urllib2 forces title() on header names,
	breaking some requests
In-Reply-To: <1309461818.92.0.299415077626.issue12455@psf.upfronthosting.co.za>
Message-ID: <1362285203.4.0.0620889354062.issue12455@psf.upfronthosting.co.za>


karl added the comment:

tests in http://hg.python.org/cpython/file/886df716cd09/Lib/test/test_wsgiref.py#l370 also checking that everything is case insensitive. 

And the method to get the headers in wsgiref, make sure they are lower-case
http://hg.python.org/cpython/file/886df716cd09/Lib/wsgiref/headers.py#l82

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12455>
_______________________________________

From report at bugs.python.org  Sun Mar  3 07:24:49 2013
From: report at bugs.python.org (Ankur Ankan)
Date: Sun, 03 Mar 2013 06:24:49 +0000
Subject: [issue15542] Documentation incorrectly suggests __init__ called after
	direct __new__ call
In-Reply-To: <1343946223.73.0.562621858875.issue15542@psf.upfronthosting.co.za>
Message-ID: <1362291889.59.0.752014541719.issue15542@psf.upfronthosting.co.za>


Changes by Ankur Ankan <ankurankan at gmail.com>:


----------
nosy: +Ankur.Ankan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15542>
_______________________________________

From report at bugs.python.org  Sun Mar  3 11:29:59 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 03 Mar 2013 10:29:59 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362282521.75.0.367136904932.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362306380.3470.2.camel@localhost.localdomain>


Antoine Pitrou added the comment:

> There's an obvious need for this, CPython uses optimizations like this
> internally, as does PyPy.

I don't know if it's a need or if it's just "nice to have".
By the way, in the list case it also makes C code simpler, since once
the list is preallocated you just have to call PyList_SET_ITEM to
populate it, and there's no error return to worry about.

Also, lists are easy to pre-allocate in pure Python as well:

l = [None] * N
# populate
for i in range(N):
    l[i] = ...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Sun Mar  3 11:31:12 2013
From: report at bugs.python.org (Alex Gaynor)
Date: Sun, 03 Mar 2013 10:31:12 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362306672.52.0.533795986329.issue17338@psf.upfronthosting.co.za>


Alex Gaynor added the comment:

That strategy only works if you know the exact count, it fails if you only have an estimate (as __length_hint__ gives you).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Sun Mar  3 12:10:33 2013
From: report at bugs.python.org (keakon)
Date: Sun, 03 Mar 2013 11:10:33 +0000
Subject: [issue17340] Handle malformed cookie
Message-ID: <1362309033.05.0.860433762185.issue17340@psf.upfronthosting.co.za>


New submission from keakon:

One of my user told me that she couldn't login to my website yesterday. I logged her cookie, and found it began with ',BRIDGE_R=;' which was a malformed cookie.
Tornado uses Cookie.SimpleCookie.load() to parse her cookie, and returns an empty dict when catching an exception such as CookieError.

In that case, Tornado has to treat her as a new user since it believes she didn't provide any cookies.
Even after Tornado tried to set cookie (like user_id) for her, it still couldn't parse her cookie the next time.

I checked Issue2193 and found the patch provided by spookylukey could fix the bug, but it was rejected.
Why not add a default parameter like strict=True, and let users to decide whether to ignore invalid keys or to raise an error?

I believe SimpleCookie is useless for handling malformed cookies right now.
If it's still not acceptable, should I implement my own Cookie class for Tornado like Django did (https://github.com/django/django/blob/master/django/http/cookie.py)?

----------
components: Library (Lib)
messages: 183367
nosy: georg.brandl, keakon, spookylukey
priority: normal
severity: normal
status: open
title: Handle malformed cookie
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17340>
_______________________________________

From report at bugs.python.org  Sun Mar  3 12:13:48 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 03 Mar 2013 11:13:48 +0000
Subject: [issue16445] SEGFAULT when deleting Exception.message
In-Reply-To: <1352415910.77.0.640632287013.issue16445@psf.upfronthosting.co.za>
Message-ID: <3ZJhZM29PKzRwv@mail.python.org>


Roundup Robot added the comment:

New changeset 0e41c4466d58 by Mark Dickinson in branch '2.7':
Issue #16445: Fix potential segmentation fault when deleting an exception message.
http://hg.python.org/cpython/rev/0e41c4466d58

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16445>
_______________________________________

From report at bugs.python.org  Sun Mar  3 14:13:16 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 03 Mar 2013 13:13:16 +0000
Subject: [issue17032] Misleading error message: global name 'X' is not defined
In-Reply-To: <1359124974.58.0.158587338796.issue17032@psf.upfronthosting.co.za>
Message-ID: <3ZJlDC5DLxzQrk@mail.python.org>


Roundup Robot added the comment:

New changeset f1d3fbcd837d by Ezio Melotti in branch 'default':
#17032: The "global" in the "NameError: global name 'x' is not defined" error message has been removed.  Patch by Ram Rachum.
http://hg.python.org/cpython/rev/f1d3fbcd837d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17032>
_______________________________________

From report at bugs.python.org  Sun Mar  3 14:14:07 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 03 Mar 2013 13:14:07 +0000
Subject: [issue17032] Misleading error message: global name 'X' is not defined
In-Reply-To: <1359124974.58.0.158587338796.issue17032@psf.upfronthosting.co.za>
Message-ID: <1362316447.48.0.947012714279.issue17032@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the patch!

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17032>
_______________________________________

From report at bugs.python.org  Sun Mar  3 14:17:57 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 03 Mar 2013 13:17:57 +0000
Subject: [issue13898] Ignored exception in test_ssl
In-Reply-To: <1327769564.73.0.643604928649.issue13898@psf.upfronthosting.co.za>
Message-ID: <1362316677.18.0.396192658299.issue13898@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I see these failures too on Ubuntu, both in verbose and non-verbose mode:
$ ./python -m test -v test_ssl
== CPython 3.4.0a0 (default:1c71882938eb+, Mar 3 2013, 14:21:46) [GCC 4.6.3]
==   Linux-3.2.0-38-generic-i686-with-debian-wheezy-sid little-endian
==   /home/wolf/dev/py/py3k/build/test_python_21756
Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0, verbose=0, bytes_warning=0, quiet=0, hash_randomization=1)
[1/1] test_ssl
test_ssl: testing with 'OpenSSL 1.0.1 14 Mar 2012' (1, 0, 1, 0, 15)
          under Linux ('debian', 'wheezy/sid', '')
          HAS_SNI = True
test_ciphers (test.test_ssl.ContextTests) ... ok
[...]
test_protocol_sslv3 (test.test_ssl.ThreadedTests)
Connecting to an SSLv3 server with various client options ... 
 SSLv3->SSLv3 CERT_NONE
 SSLv3->SSLv3 CERT_OPTIONAL
 SSLv3->SSLv3 CERT_REQUIRED
 {SSLv23->SSLv3} CERT_NONE
Exception in thread Thread-62:
Traceback (most recent call last):
  File "/home/wolf/dev/py/py3k/Lib/threading.py", line 639, in _bootstrap_inner
    self.run()
  File "/home/wolf/dev/py/py3k/Lib/test/test_ssl.py", line 1029, in run
    if not self.wrap_conn():
  File "/home/wolf/dev/py/py3k/Lib/test/test_ssl.py", line 980, in wrap_conn
    self.sock, server_side=True)
  File "/home/wolf/dev/py/py3k/Lib/ssl.py", line 232, in wrap_socket
    _context=self)
  File "/home/wolf/dev/py/py3k/Lib/ssl.py", line 332, in __init__
    raise x
  File "/home/wolf/dev/py/py3k/Lib/ssl.py", line 328, in __init__
    self.do_handshake()
  File "/home/wolf/dev/py/py3k/Lib/ssl.py", line 543, in do_handshake
    self._sslobj.do_handshake()
ConnectionResetError: [Errno 104] Connection reset by peer

 {TLSv1->SSLv3} CERT_NONE
 SSLv23->SSLv3 CERT_NONE
ok
test_protocol_tlsv1 (test.test_ssl.ThreadedTests)
Connecting to a TLSv1 server with various client options ... 
 TLSv1->TLSv1 CERT_NONE
 TLSv1->TLSv1 CERT_OPTIONAL
 TLSv1->TLSv1 CERT_REQUIRED
 {SSLv3->TLSv1} CERT_NONE
 {SSLv23->TLSv1} CERT_NONE
Exception in thread Thread-76:
Traceback (most recent call last):
  File "/home/wolf/dev/py/py3k/Lib/threading.py", line 639, in _bootstrap_inner
    self.run()
  File "/home/wolf/dev/py/py3k/Lib/test/test_ssl.py", line 1029, in run
    if not self.wrap_conn():
  File "/home/wolf/dev/py/py3k/Lib/test/test_ssl.py", line 980, in wrap_conn
    self.sock, server_side=True)
  File "/home/wolf/dev/py/py3k/Lib/ssl.py", line 232, in wrap_socket
    _context=self)
  File "/home/wolf/dev/py/py3k/Lib/ssl.py", line 332, in __init__
    raise x
  File "/home/wolf/dev/py/py3k/Lib/ssl.py", line 328, in __init__
    self.do_handshake()
  File "/home/wolf/dev/py/py3k/Lib/ssl.py", line 543, in do_handshake
    self._sslobj.do_handshake()
ConnectionResetError: [Errno 104] Connection reset by peer

ok
test_recv_send (test.test_ssl.ThreadedTests)
[...]
----------------------------------------------------------------------
Ran 58 tests in 2.080s

OK (skipped=1)
1 test OK.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13898>
_______________________________________

From report at bugs.python.org  Sun Mar  3 14:19:09 2013
From: report at bugs.python.org (Ram Rachum)
Date: Sun, 03 Mar 2013 13:19:09 +0000
Subject: [issue17032] Misleading error message: global name 'X' is not defined
In-Reply-To: <1359124974.58.0.158587338796.issue17032@psf.upfronthosting.co.za>
Message-ID: <1362316749.54.0.867887315671.issue17032@psf.upfronthosting.co.za>


Ram Rachum added the comment:

Awesome, thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17032>
_______________________________________

From report at bugs.python.org  Sun Mar  3 14:34:07 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 03 Mar 2013 13:34:07 +0000
Subject: [issue13898] Ignored exception in test_ssl
In-Reply-To: <1327769564.73.0.643604928649.issue13898@psf.upfronthosting.co.za>
Message-ID: <1362317647.45.0.667789913013.issue13898@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ok, I guess we could handle the ConnectionResetError as a SSLError for the purpose of those tests. What probably happens is that OpenSSL versions, instead of answering "sorry, I can't talk to you", brutally reset the connections.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13898>
_______________________________________

From report at bugs.python.org  Sun Mar  3 14:34:29 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 03 Mar 2013 13:34:29 +0000
Subject: [issue13898] Ignored exception in test_ssl
In-Reply-To: <1327769564.73.0.643604928649.issue13898@psf.upfronthosting.co.za>
Message-ID: <1362317669.5.0.646971175691.issue13898@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ezio, Nadeem, do you want to provide a patch?

----------
priority: normal -> low
versions: +Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13898>
_______________________________________

From report at bugs.python.org  Sun Mar  3 14:56:15 2013
From: report at bugs.python.org (Roy Smith)
Date: Sun, 03 Mar 2013 13:56:15 +0000
Subject: [issue17341] Poor error message when compiling invalid regex
Message-ID: <1362318975.95.0.685473127287.issue17341@psf.upfronthosting.co.za>


New submission from Roy Smith:

>>> re.compile('(?P=<foo>)')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/roy/env/python/lib/python2.7/re.py", line 190, in compile
    return _compile(pattern, flags)
  File "/home/roy/env/python/lib/python2.7/re.py", line 242, in _compile
    raise error, v # invalid expression
sre_constants.error: bad character in group name


The error here is that I put a "=" where it shouldn't be.  The error message is misleading.  The "group name" is the stuff between the <>'s.  That part's fine.  What's broken is the stuff outside of the <>'s.

Unclear if it's reasonable to expect such precise error reporting here, but this one seems particularly misleading, so opening a ticket to record the observation.

----------
components: Regular Expressions
messages: 183375
nosy: ezio.melotti, mrabarnett, roysmith
priority: normal
severity: normal
status: open
title: Poor error message when compiling invalid regex
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17341>
_______________________________________

From report at bugs.python.org  Sun Mar  3 15:07:56 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 03 Mar 2013 14:07:56 +0000
Subject: [issue16763] test_ssl with connect_ex don't handle unreachable server
	correctly
In-Reply-To: <1356349308.1.0.276929202525.issue16763@psf.upfronthosting.co.za>
Message-ID: <1362319676.37.0.194912799497.issue16763@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Is this still an issue?

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16763>
_______________________________________

From report at bugs.python.org  Sun Mar  3 15:17:11 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sun, 03 Mar 2013 14:17:11 +0000
Subject: [issue17094] sys._current_frames() reports too many/wrong stack frames
In-Reply-To: <1362267785.21.0.950759332924.issue17094@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM0bpuMkoJNsmg7N6NdSRWBzesv422ZuZQe3S=-vGUnXVg@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> Did you forget to attach the patch?

Oops...

----------
Added file: http://bugs.python.org/file29295/tstate_after_fork.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17094>
_______________________________________
-------------- next part --------------
diff --git a/Lib/test/test_threading.py b/Lib/test/test_threading.py
--- a/Lib/test/test_threading.py
+++ b/Lib/test/test_threading.py
@@ -728,6 +728,31 @@
         for t in threads:
             t.join()
 
+    @unittest.skipUnless(hasattr(os, 'fork'), "needs os.fork()")
+    def test_clear_threads_states_after_fork(self):
+        # Issue #17094: check that threads states are cleared after fork()
+
+        # start a bunch of threads
+        threads = []
+        for i in range(16):
+            t = threading.Thread(target=lambda : time.sleep(0.3))
+            threads.append(t)
+            t.start()
+
+        pid = os.fork()
+        if pid == 0:
+            # check that threads states have been cleared
+            if len(sys._current_frames()) == 1:
+                os._exit(0)
+            else:
+                os._exit(1)
+        else:
+            _, status = os.waitpid(pid, 0)
+            self.assertEqual(0, status)
+
+        for t in threads:
+            t.join()
+
 
 class ThreadingExceptionTests(BaseTestCase):
     # A RuntimeError should be raised if Thread.start() is called
diff --git a/Python/ceval.c b/Python/ceval.c
--- a/Python/ceval.c
+++ b/Python/ceval.c
@@ -364,29 +364,29 @@
     drop_gil(tstate);
 }
 
-/* This function is called from PyOS_AfterFork to ensure that newly
-   created child processes don't hold locks referring to threads which
-   are not running in the child process.  (This could also be done using
-   pthread_atfork mechanism, at least for the pthreads implementation.) */
+/* This function is called from PyOS_AfterFork to destroy all threads which are
+ * not running in the child process, and clear internal locks which might be
+ * held by those threads. (This could also be done using pthread_atfork
+ * mechanism, at least for the pthreads implementation.) */
 
 void
 PyEval_ReInitThreads(void)
 {
     _Py_IDENTIFIER(_after_fork);
     PyObject *threading, *result;
-    PyThreadState *tstate = PyThreadState_GET();
+    PyThreadState *current_tstate = PyThreadState_GET();
+    PyThreadState *tstate, *tstate_next;
 
     if (!gil_created())
         return;
     recreate_gil();
     pending_lock = PyThread_allocate_lock();
-    take_gil(tstate);
+    take_gil(current_tstate);
     main_thread = PyThread_get_thread_ident();
 
     /* Update the threading module with the new state.
      */
-    tstate = PyThreadState_GET();
-    threading = PyMapping_GetItemString(tstate->interp->modules,
+    threading = PyMapping_GetItemString(current_tstate->interp->modules,
                                         "threading");
     if (threading == NULL) {
         /* threading not imported */
@@ -399,6 +399,16 @@
     else
         Py_DECREF(result);
     Py_DECREF(threading);
+
+    /* destroy all threads except the current one */
+    for (tstate = PyInterpreterState_ThreadHead(current_tstate->interp);
+         tstate; tstate = tstate_next) {
+        tstate_next = PyThreadState_Next(tstate);
+        if (tstate != current_tstate) {
+            PyThreadState_Clear(tstate);
+            PyThreadState_Delete(tstate);
+        }
+    }
 }
 
 #else

From report at bugs.python.org  Sun Mar  3 15:22:10 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sun, 03 Mar 2013 14:22:10 +0000
Subject: [issue6419] Broken test_kqueue.py on OpenBSD
In-Reply-To: <1246742581.68.0.218952543803.issue6419@psf.upfronthosting.co.za>
Message-ID: <1362320530.91.0.837375103433.issue6419@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

The test assumes that the input flags (EV_ADD, EV_ENABLE...) will be returned in the output events. It's apparently not the case on OpenBSD and NetBSD (and probably on OS-X neither, because this check is disabled on this platform), and I can't see anything in the kqueue man pages hinting to this behavior (only specific flags will be set on output, like EV_ERROR). Knowing which flag was specified is not really useful actually.

The patch attached just removes this check (we keep checking the file descriptors and filter, of course).

----------
keywords: +needs review, patch
Added file: http://bugs.python.org/file29296/kqueue_flags.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6419>
_______________________________________

From report at bugs.python.org  Sun Mar  3 15:25:10 2013
From: report at bugs.python.org (=?utf-8?q?Zbyn=C4=9Bk_Winkler?=)
Date: Sun, 03 Mar 2013 14:25:10 +0000
Subject: [issue17342] datetime.strptime does not implement %z
Message-ID: <1362320710.15.0.670090383938.issue17342@psf.upfronthosting.co.za>


New submission from Zbyn?k Winkler:

According to http://docs.python.org/2/library/datetime.html#strftime-strptime-behavior the %z directive is used to specify the timezone offset  of the form +HHMM or -HHMM. However it is not implemented in datetime.strptime.

I'd prefer to have %z available in strptime but if not having it is a deliberate decision I think it should be mentioned in the documentation as not to confuse users.

----------
components: Library (Lib)
messages: 183379
nosy: zwn
priority: normal
severity: normal
status: open
title: datetime.strptime does not implement %z
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17342>
_______________________________________

From report at bugs.python.org  Sun Mar  3 15:27:39 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 03 Mar 2013 14:27:39 +0000
Subject: [issue13898] Ignored exception in test_ssl
In-Reply-To: <1327769564.73.0.643604928649.issue13898@psf.upfronthosting.co.za>
Message-ID: <1362320859.54.0.303878046532.issue13898@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The first traceback comes from 

try_protocol_combo(ssl.PROTOCOL_SSLv3, ssl.PROTOCOL_SSLv23, False,
                               client_options=ssl.OP_NO_SSLv3)

in test_protocol_sslv3.  The test is marked with the @skip_if_broken_ubuntu_ssl decorator, but this seems to be some different kind of brokenness.

----------
priority: low -> normal
versions:  -Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13898>
_______________________________________

From report at bugs.python.org  Sun Mar  3 15:30:25 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 03 Mar 2013 14:30:25 +0000
Subject: [issue13898] Ignored exception in test_ssl
In-Reply-To: <1327769564.73.0.643604928649.issue13898@psf.upfronthosting.co.za>
Message-ID: <1362321025.4.0.549273651738.issue13898@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
priority: normal -> low
versions: +Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13898>
_______________________________________

From report at bugs.python.org  Sun Mar  3 15:33:25 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 03 Mar 2013 14:33:25 +0000
Subject: [issue17341] Poor error message when compiling invalid regex
In-Reply-To: <1362318975.95.0.685473127287.issue17341@psf.upfronthosting.co.za>
Message-ID: <1362321205.07.0.472043150843.issue17341@psf.upfronthosting.co.za>


R. David Murray added the comment:

The error is that '<' is not legal in a group name, and the parser is parsing the P= form.  The error message could be improved by including the bad character in the message.

----------
keywords: +easy
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17341>
_______________________________________

From report at bugs.python.org  Sun Mar  3 15:48:37 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 03 Mar 2013 14:48:37 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362322117.06.0.502279741608.issue17322@psf.upfronthosting.co.za>


R. David Murray added the comment:

Given that this is an RFC violation it looks appropriate as a bug fix for all active versions to me.  The patch looks good, though I might decide to break up the test.

----------
nosy: +r.david.murray
stage:  -> commit review
type:  -> behavior
versions: +Python 2.7, Python 3.2, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Sun Mar  3 16:20:24 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 03 Mar 2013 15:20:24 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362324024.26.0.561093262358.issue17322@psf.upfronthosting.co.za>


R. David Murray added the comment:

Ah, but that's a draft and not approved.  Hmm.  There is a possibility this change would break code, if the code tries to look up a header by the same key it used to set it.  On the other hand, the key use for the set is already modified by the existing code...difficult call.

Having looked in more detail at the test, I think it actually belongs in test_urllib2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Sun Mar  3 16:42:42 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 03 Mar 2013 15:42:42 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362325362.04.0.981168090469.issue17322@psf.upfronthosting.co.za>


R. David Murray added the comment:

Here is a modified patch with the tests moved to test_urllib2.  I'll give people some time to comment on whether this should be applied at all, and if so if it should be backported.  I'm leaning toward doing both, at the moment.

Karl, thanks for the report and patch.  The urllib tests could use a bit of reorganization to make them more discoverable, but I don't know that that is very likely to happen :)

The case of doing an add_header with newlines in it is probably worth a separate issue.  We fixed a similar issue in the email package a while back, but that one was much more likely to be an issue since it is much more likely for a program to be adding headers to an email message based on user input than it is to be adding headers to a Request based on user input.  But I'm sure it does happen, so it is probably worth fixing.

----------
Added file: http://bugs.python.org/file29297/request_header_space_removal.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Sun Mar  3 17:29:23 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 03 Mar 2013 16:29:23 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362328163.33.0.808411359863.issue17322@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

David & Karl - 

I had been thinking on this. My understanding of the RFC implies that "server" should reject when the headers contain the whitespace and I had a little concern if the client library should feel free to cleanup a wrongly set headers? Would it be a good idea to see what curl is doing?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Sun Mar  3 17:38:23 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 03 Mar 2013 16:38:23 +0000
Subject: [issue16447] SEGFAULT when setting type.__name__
In-Reply-To: <1352419760.39.0.728241030951.issue16447@psf.upfronthosting.co.za>
Message-ID: <1362328703.53.0.604450434576.issue16447@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Patch for the immediate issue, for Python 2.7.  The Py_DECREF is delayed until after setting *both* ht_name and tp_name.

----------
Added file: http://bugs.python.org/file29298/issue16447_27.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16447>
_______________________________________

From report at bugs.python.org  Sun Mar  3 17:48:14 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 03 Mar 2013 16:48:14 +0000
Subject: [issue16447] SEGFAULT when setting type.__name__
In-Reply-To: <1352419760.39.0.728241030951.issue16447@psf.upfronthosting.co.za>
Message-ID: <1362329294.41.0.942906979785.issue16447@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

And the corresponding patch against 3.2 (applies cleanly to 3.3 and default, modulo Misc/NEWS fixes).

----------
Added file: http://bugs.python.org/file29299/issue16447_32.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16447>
_______________________________________

From report at bugs.python.org  Sun Mar  3 17:58:24 2013
From: report at bugs.python.org (Nadeem Vawda)
Date: Sun, 03 Mar 2013 16:58:24 +0000
Subject: [issue13898] Ignored exception in test_ssl
In-Reply-To: <1327769564.73.0.643604928649.issue13898@psf.upfronthosting.co.za>
Message-ID: <1362329904.01.0.79862090388.issue13898@psf.upfronthosting.co.za>


Nadeem Vawda added the comment:

This change fixes the problem (and doesn't break anything else that I can see):

--- a/Lib/test/test_ssl.py
+++ b/Lib/test/test_ssl.py
@@ -979,7 +979,7 @@
                     self.sslconn = self.server.context.wrap_socket(
                         self.sock, server_side=True)
                     self.server.selected_protocols.append(self.sslconn.selected_npn_protocol())
-                except ssl.SSLError as e:
+                except (ssl.SSLError, ConnectionResetError) as e:
                     # XXX Various errors can have happened here, for example
                     # a mismatching protocol version, an invalid certificate,
                     # or a low-level bug. This should be made more discriminating.

Does that look reasonable?

----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13898>
_______________________________________

From report at bugs.python.org  Sun Mar  3 18:04:21 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 03 Mar 2013 17:04:21 +0000
Subject: [issue14123] Indicate that there are no current plans to deprecate
	printf-style formatting
In-Reply-To: <1330202928.96.0.727285588049.issue14123@psf.upfronthosting.co.za>
Message-ID: <1362330261.57.0.800972485022.issue14123@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I can't see too much sense in leaving this open, what are your opinions?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14123>
_______________________________________

From report at bugs.python.org  Sun Mar  3 18:55:40 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sun, 03 Mar 2013 17:55:40 +0000
Subject: [issue16860] Use O_CLOEXEC in the tempfile module
In-Reply-To: <1357309349.04.0.535037454982.issue16860@psf.upfronthosting.co.za>
Message-ID: <1362333340.08.0.625012076346.issue16860@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

Closing.
Let's keep O_NOFOLLOW: it doesn't buy much, and might be useful for some arcane reason on some weird platform...

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16860>
_______________________________________

From report at bugs.python.org  Sun Mar  3 18:58:22 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sun, 03 Mar 2013 17:58:22 +0000
Subject: [issue15448] utimes() functions fail with ENOSYS even when detected
	by configure
In-Reply-To: <1343235007.8.0.870502159269.issue15448@psf.upfronthosting.co.za>
Message-ID: <1362333502.78.0.0634109077412.issue15448@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

Alright, closing.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15448>
_______________________________________

From report at bugs.python.org  Sun Mar  3 19:02:35 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sun, 03 Mar 2013 18:02:35 +0000
Subject: [issue16962] _posixsubprocess module uses outdated getdents system
	call
In-Reply-To: <1358166122.64.0.0915225985014.issue16962@psf.upfronthosting.co.za>
Message-ID: <1362333755.35.0.556537552469.issue16962@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

Gregory, do you have time to take care of this?

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16962>
_______________________________________

From report at bugs.python.org  Sun Mar  3 19:15:11 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 03 Mar 2013 18:15:11 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362334511.22.0.360442437097.issue17322@psf.upfronthosting.co.za>


R. David Murray added the comment:

Good point.  Seeing what curl does sounds like a good idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Sun Mar  3 19:53:11 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 03 Mar 2013 18:53:11 +0000
Subject: [issue13898] Ignored exception in test_ssl
In-Reply-To: <1327769564.73.0.643604928649.issue13898@psf.upfronthosting.co.za>
Message-ID: <1362336791.66.0.336744383804.issue13898@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Yes, it's certainly reasonable. You could add a comment explaining the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13898>
_______________________________________

From report at bugs.python.org  Sun Mar  3 19:53:33 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 03 Mar 2013 18:53:33 +0000
Subject: [issue16962] _posixsubprocess module uses outdated getdents system
	call
In-Reply-To: <1358166122.64.0.0915225985014.issue16962@psf.upfronthosting.co.za>
Message-ID: <3ZJtmr3zMvzNlk@mail.python.org>


Roundup Robot added the comment:

New changeset 30e643e36bae by Gregory P. Smith in branch '3.3':
Issue #16962: Use getdents64 instead of the obsolete getdents syscall in
http://hg.python.org/cpython/rev/30e643e36bae

New changeset 7ab1c55fcf82 by Gregory P. Smith in branch 'default':
Fixes Issue #16962: Use getdents64 instead of the obsolete getdents syscall
http://hg.python.org/cpython/rev/7ab1c55fcf82

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16962>
_______________________________________

From report at bugs.python.org  Sun Mar  3 19:54:48 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 03 Mar 2013 18:54:48 +0000
Subject: [issue16962] _posixsubprocess module uses outdated getdents system
	call
In-Reply-To: <1358166122.64.0.0915225985014.issue16962@psf.upfronthosting.co.za>
Message-ID: <1362336888.24.0.364310466703.issue16962@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

looks sane and cleaner than the silly x32 hack in there, i'll take care of it.  FYI - your patch forgot to add the "unsigned char d_type;" struct member before name.  fixed and applied.

When i wrote that code I was probably assuming that sticking with the ancient syscall made more sense for compatibility.  I'm happy to see that compatibility goes the other way on this one.

----------
assignee:  -> gregory.p.smith
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16962>
_______________________________________

From report at bugs.python.org  Sun Mar  3 19:56:02 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 03 Mar 2013 18:56:02 +0000
Subject: [issue16447] SEGFAULT when setting type.__name__
In-Reply-To: <1352419760.39.0.728241030951.issue16447@psf.upfronthosting.co.za>
Message-ID: <1362336962.1.0.296165312825.issue16447@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
stage: needs patch -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16447>
_______________________________________

From report at bugs.python.org  Sun Mar  3 19:56:11 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 03 Mar 2013 18:56:11 +0000
Subject: [issue16447] SEGFAULT when setting type.__name__
In-Reply-To: <1352419760.39.0.728241030951.issue16447@psf.upfronthosting.co.za>
Message-ID: <1362336971.25.0.783036529373.issue16447@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee:  -> mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16447>
_______________________________________

From report at bugs.python.org  Sun Mar  3 19:57:55 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 03 Mar 2013 18:57:55 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362337075.26.0.341292486129.issue17322@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Looks like curl is sending the headers without removing spaces. 
Check Raw here link here. (The link would probably be online a week)

http://requestb.in/1kfodmj1?inspect

$ curl --header "X-MyHeader    : 123" http://requestb.in/1kfodmj1
ok
$ curl --header "  X-MyHeader    :        123"http://requestb.in/1kfodmj1
ok
$ curl --header "  X-MyHeader\nY-Header    :        123" http://requestb.in/1kfodmj1
ok

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Sun Mar  3 20:14:28 2013
From: report at bugs.python.org (karl)
Date: Sun, 03 Mar 2013 19:14:28 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362338068.52.0.933869048026.issue17322@psf.upfronthosting.co.za>


karl added the comment:

Hello,

So I tested a bit. The production rules defined by the specification are clear. Spaces before and after are forbidden. 

    header-field   = field-name ":" OWS field-value BWS
    field-name     = token
    field-value    = *( field-content / obs-fold )
    field-content  = *( HTAB / SP / VCHAR / obs-text )
    obs-fold       = CRLF ( SP / HTAB )
                   ; obsolete line folding
                   ; see Section 3.2.4

and 

  token = 1*tchar

and tchar as 

  tchar = "!" / "#" / "$" / "%" / "&" / "'" / "*" / "+" / "-" / "." /
   "^" / "_" / "`" / "|" / "~" / DIGIT / ALPHA

Here are the production rules for HTTP headers for messages (so both Request and Responses). 

You can have funky headers, I guess that would be interesting to add to the urllib tests too. Basically to have something in the library, which check if header contains the tchar characters and sends back a warning of exception when not part of it.

curl has a bug too, IMHO. Though, one might argue that it is practical for testing bugs. :)

On the side of parsing it's clear for the trailing space but unknown for the leading spaces. I sent a long email explaining the issue to the HTTP WG.

See http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/1166.html

Let's see what will be the answers

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Sun Mar  3 20:18:19 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 03 Mar 2013 19:18:19 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362338068.52.0.933869048026.issue17322@psf.upfronthosting.co.za>
Message-ID: <CAPOVWOTPMJQNkdGMDwT=3=zHCEVFS8y+pBzBoBJgxyN8-_KA2g@mail.gmail.com>


Senthil Kumaran added the comment:

Oh wow. Thank you very much Karl for the care. I am having the same
inclination are you too, but determining a definite answer is really
helpful before going ahead into making the change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Sun Mar  3 20:29:32 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 03 Mar 2013 19:29:32 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <CAPOVWOTPMJQNkdGMDwT=3=zHCEVFS8y+pBzBoBJgxyN8-_KA2g@mail.gmail.com>
Message-ID: <CAPOVWOQksZ8okrVeHQoQyCUj+9KEumtXSUGPH_5QxYSPooJfZw@mail.gmail.com>


Senthil Kumaran added the comment:

The curl example also suggest to think about "pragamatic de-facto"
stuff. Will removing the spaces cause any breakage? I can say for
sure. But if someone can think of it, it would be good for at least us
know.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Sun Mar  3 21:56:40 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 03 Mar 2013 20:56:40 +0000
Subject: [issue17278] SIGSEGV in _heapqmodule.c
In-Reply-To: <1361564739.94.0.652055114597.issue17278@psf.upfronthosting.co.za>
Message-ID: <1362344200.19.0.471466897265.issue17278@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Antoine, thanks for the patch.  This looks like a reasonable solution that is fast and prevents segfaults.

The error message should say more than just that the size changed. it should also note that the heap may no longer be in the heap condition since it was interrupted in the middle of an update.

I'm also wondering whether a stronger check is needed than detecting a length change (perhaps something akin to the logic used in Py_ReprEnter and Py_ReprLeave).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17278>
_______________________________________

From report at bugs.python.org  Sun Mar  3 22:34:50 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 03 Mar 2013 21:34:50 +0000
Subject: [issue13898] Ignored exception in test_ssl
In-Reply-To: <1327769564.73.0.643604928649.issue13898@psf.upfronthosting.co.za>
Message-ID: <3ZJyLx21XBz7LkY@mail.python.org>


Roundup Robot added the comment:

New changeset fa24c1382bd3 by Nadeem Vawda in branch '3.2':
Issue #13898: test_ssl no longer prints a spurious stack trace on Ubuntu.
http://hg.python.org/cpython/rev/fa24c1382bd3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13898>
_______________________________________

From report at bugs.python.org  Sun Mar  3 22:44:39 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 03 Mar 2013 21:44:39 +0000
Subject: [issue13898] Ignored exception in test_ssl
In-Reply-To: <1327769564.73.0.643604928649.issue13898@psf.upfronthosting.co.za>
Message-ID: <3ZJyZH1M5nzRqX@mail.python.org>


Roundup Robot added the comment:

New changeset 77cbb3ba5d40 by Nadeem Vawda in branch '3.3':
Issue #13898: test_ssl no longer prints a spurious stack trace on Ubuntu.
http://hg.python.org/cpython/rev/77cbb3ba5d40

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13898>
_______________________________________

From report at bugs.python.org  Sun Mar  3 22:48:36 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 03 Mar 2013 21:48:36 +0000
Subject: [issue13898] Ignored exception in test_ssl
In-Reply-To: <1327769564.73.0.643604928649.issue13898@psf.upfronthosting.co.za>
Message-ID: <3ZJyfq4SRdzQfC@mail.python.org>


Roundup Robot added the comment:

New changeset 69f737f410f0 by Nadeem Vawda in branch 'default':
Issue #13898: test_ssl no longer prints a spurious stack trace on Ubuntu.
http://hg.python.org/cpython/rev/69f737f410f0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13898>
_______________________________________

From report at bugs.python.org  Sun Mar  3 22:53:25 2013
From: report at bugs.python.org (Nadeem Vawda)
Date: Sun, 03 Mar 2013 21:53:25 +0000
Subject: [issue13898] Ignored exception in test_ssl
In-Reply-To: <1327769564.73.0.643604928649.issue13898@psf.upfronthosting.co.za>
Message-ID: <1362347605.5.0.572601957294.issue13898@psf.upfronthosting.co.za>


Nadeem Vawda added the comment:

> You could add a comment explaining the issue.

Done.

This doesn't seem to affect 2.7. Marking as fixed in 3.2/3.3/3.4.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13898>
_______________________________________

From report at bugs.python.org  Sun Mar  3 22:57:05 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 03 Mar 2013 21:57:05 +0000
Subject: [issue13898] Ignored exception in test_ssl
In-Reply-To: <1327769564.73.0.643604928649.issue13898@psf.upfronthosting.co.za>
Message-ID: <1362347825.79.0.935670811808.issue13898@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Thanks for the fix -- that solved the problem here too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13898>
_______________________________________

From report at bugs.python.org  Sun Mar  3 23:15:44 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Sun, 03 Mar 2013 22:15:44 +0000
Subject: [issue12768] docstrings for the threading module
In-Reply-To: <1313548989.72.0.178892692878.issue12768@psf.upfronthosting.co.za>
Message-ID: <1362348944.19.0.360981452106.issue12768@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

moijes, did you address the review comments?

Does your patch apply to 3.2?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12768>
_______________________________________

From report at bugs.python.org  Sun Mar  3 23:26:41 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Sun, 03 Mar 2013 22:26:41 +0000
Subject: [issue10590] Parameter type error for xml.sax.parseString(string, ...)
In-Reply-To: <1291145861.74.0.873169501029.issue10590@psf.upfronthosting.co.za>
Message-ID: <1362349600.99.0.909080478058.issue10590@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

I'm not very knowledgeable in other XML modules, but I hate to see this patch linger. Also it's a pre-requisite for #16986, it seems.

Serhiy, since the patch is large could you give a short summary of the things it fixes? Note that the best approach IMHO is to submit and push minimal patches that fix specific issues and not lump several fixes together, unless it doesn't make sense to separate them.

----------
nosy: +eli.bendersky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10590>
_______________________________________

From report at bugs.python.org  Sun Mar  3 23:43:59 2013
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 03 Mar 2013 22:43:59 +0000
Subject: [issue10590] Parameter type error for xml.sax.parseString(string, ...)
In-Reply-To: <1291145861.74.0.873169501029.issue10590@psf.upfronthosting.co.za>
Message-ID: <1362350639.42.0.458131439907.issue10590@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Please hold of any modifications of XML code until we have decided how we are going to fix the XML exploits.

Also I think this is a new feature and not a fix. parseString() is documented as 'parses from a buffer string'. It doesn't say that it can parse text.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10590>
_______________________________________

From report at bugs.python.org  Mon Mar  4 00:08:10 2013
From: report at bugs.python.org (karl)
Date: Sun, 03 Mar 2013 23:08:10 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362352089.99.0.794632562373.issue17322@psf.upfronthosting.co.za>


karl added the comment:

OK. I'm inclined to think that we should both remove trailing and leading spaces/tabs should be removed.

Reasons: 

1. Production rules forbid them.
2. Trailing spaces 
   2.a Conformant servers will ignore with a 400 bad request (opportunity for another bugs?)
   2.b Conformant proxies will rewrite the header by removing spaces.
3. Leading spaces are continuation lines. See below.

I had completely missed that. The syntax for headers is:

    header-field   = field-name ":" OWS field-value BWS
    field-name     = token
    field-value    = *( field-content / obs-fold )
    field-content  = *( HTAB / SP / VCHAR / obs-text )
    obs-fold       = CRLF ( SP / HTAB )
                   ; obsolete line folding
                   ; see Section 3.2.4

obs-fold is about line folding which is basically a header that would look like:

foo: bar\n
 blah: something

which could be the equivalent of:

foo: bar blah: something

with "foo" the header field-name and "bar blah: something" the header field-value.

which is clearly not the intent of an author doing:

request.add_header('Accept', 'text/html')
request.add_header(' User-Agent', 'foobar/1.0')

because this would be parsed by a conformant server as

Accept: text/html User-Agent: foobar/1.0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Mon Mar  4 02:04:26 2013
From: report at bugs.python.org (Alex Gaynor)
Date: Mon, 04 Mar 2013 01:04:26 +0000
Subject: [issue17343] Add a version of str.split which returns an iterator
Message-ID: <1362359066.58.0.311917237277.issue17343@psf.upfronthosting.co.za>


New submission from Alex Gaynor:

str.split returns a list, which is inefficient when you just want to process items one be one. You could emulate this with str.find and tracking indexes manually, but this should really be a builtin behavior.

----------
messages: 183411
nosy: alex
priority: normal
severity: normal
status: open
title: Add a version of str.split which returns an iterator
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17343>
_______________________________________

From report at bugs.python.org  Mon Mar  4 02:34:03 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 04 Mar 2013 01:34:03 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362360843.57.0.73291162417.issue17322@psf.upfronthosting.co.za>


R. David Murray added the comment:

It is a bug in the program, though, and not particularly in the client library.  As mentioned, it can even be useful for testing servers.

In the email package we faithfully reproduce such headers if they are passed in.  The only one we disallow is something that looks like a field label preceded by a newline, since that could be used for a header injection attack if the field value comes from user input.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Mon Mar  4 03:13:36 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 04 Mar 2013 02:13:36 +0000
Subject: [issue14645] Generator does not translate linesep characters in
	certain circumstances
In-Reply-To: <1335117428.2.0.322445942387.issue14645@psf.upfronthosting.co.za>
Message-ID: <1362363216.73.0.648526523056.issue14645@psf.upfronthosting.co.za>


R. David Murray added the comment:

Here's a patch, against 3.2.  It definitely does affect smtplib.send_message.

----------
keywords: +patch
priority: normal -> high
stage: needs patch -> patch review
Added file: http://bugs.python.org/file29300/generator_lineneds.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14645>
_______________________________________

From report at bugs.python.org  Mon Mar  4 03:31:47 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 04 Mar 2013 02:31:47 +0000
Subject: [issue17343] Add a version of str.split which returns an iterator
In-Reply-To: <1362359066.58.0.311917237277.issue17343@psf.upfronthosting.co.za>
Message-ID: <1362364307.38.0.599287133171.issue17343@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

The bytes (and bytearray?) version of this should generate memoryview's instead of new bytes objects to avoid a copy.

While not required, It'd be useful if the implementation of this pre-scanned the data internally so that the length of the generated sequence was known up front.  This could imply an internal bitset of vector of split indices is kept for the life of the generator (implementation detail left up to the implementor) if scanning over the input data more than once is undesirable.

Start with a pure python proof of concept to work everywhere, then write a native version.

----------
nosy: +gregory.p.smith
stage:  -> needs patch
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17343>
_______________________________________

From report at bugs.python.org  Mon Mar  4 04:48:43 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 04 Mar 2013 03:48:43 +0000
Subject: [issue16278] os.rename documentation slightly inaccurate
In-Reply-To: <1350581776.08.0.668682100781.issue16278@psf.upfronthosting.co.za>
Message-ID: <1362368923.01.0.156378932292.issue16278@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


Removed file: http://bugs.python.org/file27890/OSRename_test_os_3point4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16278>
_______________________________________

From report at bugs.python.org  Mon Mar  4 04:48:54 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 04 Mar 2013 03:48:54 +0000
Subject: [issue16278] os.rename documentation slightly inaccurate
In-Reply-To: <1350581776.08.0.668682100781.issue16278@psf.upfronthosting.co.za>
Message-ID: <1362368934.38.0.482184168424.issue16278@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


Removed file: http://bugs.python.org/file28071/OSRenameDocs3point4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16278>
_______________________________________

From report at bugs.python.org  Mon Mar  4 04:50:35 2013
From: report at bugs.python.org (karl)
Date: Mon, 04 Mar 2013 03:50:35 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362369035.24.0.904841893118.issue17322@psf.upfronthosting.co.za>


karl added the comment:

R. David Murray,

You are right it is not specific to the client library. HTTP headers are part of the message (Request/Response) with both the same constraints. Constraints are put on receivers (receiving a message) and senders (sending a message) of the message (which is not specifically related to client or server).

Maybe the way forward in the future is to have a header factory shared by all HTTP libs? I noticed that http.client and http.server had similar issues: 

in http.server
   send_header
in http.client
   putheader

Which are similar features aka constructing headers for sending with the message. 


And what would be the elegant way to solve this current bug?

Ah? before I forget? The WG is having a meeting in 2 weeks. To make a summary of the HTTPBIS work. See the agenda. 
http://tools.ietf.org/wg/httpbis/agenda?item=agenda-86-httpbis.html

The current documents are in Last Call with no issues unresolved.
http://trac.tools.ietf.org/wg/httpbis/trac/report/20

So if R. David is worried that it will change, we can wait a bit more before taking actions, if we are going the way of removing leading/trailing spaces.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Mon Mar  4 04:53:54 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 04 Mar 2013 03:53:54 +0000
Subject: [issue16278] os.rename documentation slightly inaccurate
In-Reply-To: <1350581776.08.0.668682100781.issue16278@psf.upfronthosting.co.za>
Message-ID: <1362369234.18.0.558563973256.issue16278@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Combined the test cases and document changes into a single patch.  As suggested by Mr. Terry Reedy I used a table and removed the text.  The table still needs some work but it is a good start.  As suggested by Mr. Jerdonek I tried to make the test cases WETter by setting up the files and directories one time in the setup method then only changing that setup in the actual test case only if needed.  

This patch needs still needs some work but I wanted people to know I had not quit yet.  It still needs to be tested on Windows, which I will do ASAP.  Thanks.

----------
Added file: http://bugs.python.org/file29301/16278OSRenameDocsTest.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16278>
_______________________________________

From report at bugs.python.org  Mon Mar  4 07:32:05 2013
From: report at bugs.python.org (shilpi)
Date: Mon, 04 Mar 2013 06:32:05 +0000
Subject: [issue17344] checking size of size_t... configure: error:
Message-ID: <1362378724.97.0.818399526609.issue17344@psf.upfronthosting.co.za>


New submission from shilpi:

Hi 
we are facing "checking size of size_t error" in building python2.6
checking size of size_t... configure: error: in `/var/tmp/python_build/Python-2.6.8':
configure: error: cannot compute sizeof (size_t). Is there any fix for this issue or anysolution

----------
messages: 183417
nosy: shilpi
priority: normal
severity: normal
status: open
title: checking size of size_t... configure: error:
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17344>
_______________________________________

From report at bugs.python.org  Mon Mar  4 07:33:25 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 06:33:25 +0000
Subject: [issue17344] checking size of size_t... configure: error:
In-Reply-To: <1362378724.97.0.818399526609.issue17344@psf.upfronthosting.co.za>
Message-ID: <1362378805.29.0.0976084962861.issue17344@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Have you tried with Python 2.7?

----------
nosy: +ezio.melotti
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17344>
_______________________________________

From report at bugs.python.org  Mon Mar  4 07:36:58 2013
From: report at bugs.python.org (shilpi)
Date: Mon, 04 Mar 2013 06:36:58 +0000
Subject: [issue17344] checking size of size_t... configure: error:
In-Reply-To: <1362378805.29.0.0976084962861.issue17344@psf.upfronthosting.co.za>
Message-ID: <D5C1561EE075FA41AD70F112B4CC433B7FE2FA66@BLR-EC-MBX5.wipro.com>


shilpi added the comment:

I have not tried with Python2.7.
Our requirement that we need python2.6.
If you have any idea or clue for this issue 
Regards
Shilpi

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17344>
_______________________________________

From report at bugs.python.org  Mon Mar  4 07:50:25 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 06:50:25 +0000
Subject: [issue17344] checking size of size_t... configure: error:
In-Reply-To: <1362378724.97.0.818399526609.issue17344@psf.upfronthosting.co.za>
Message-ID: <1362379825.93.0.461432294128.issue17344@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Can you provide more information about your operating system/platform?
Python 2.6 only receives security fixes, so even if it's a bug it can't be fixed there (it could be fixed on 2.7 though).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17344>
_______________________________________

From report at bugs.python.org  Mon Mar  4 08:06:50 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 04 Mar 2013 07:06:50 +0000
Subject: [issue16997] subtests
In-Reply-To: <1358543231.78.0.354364612897.issue16997@psf.upfronthosting.co.za>
Message-ID: <1362380810.08.0.943064014213.issue16997@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Mon Mar  4 08:07:00 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 04 Mar 2013 07:07:00 +0000
Subject: [issue7897] Support parametrized tests in unittest
In-Reply-To: <1265768482.24.0.694001982317.issue7897@psf.upfronthosting.co.za>
Message-ID: <1362380820.49.0.220056054791.issue7897@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7897>
_______________________________________

From report at bugs.python.org  Mon Mar  4 08:21:20 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 04 Mar 2013 07:21:20 +0000
Subject: [issue16098] Bisect optimization in heapq.nsmallest is never used
In-Reply-To: <1349091566.51.0.299551598321.issue16098@psf.upfronthosting.co.za>
Message-ID: <3ZKCMg2ZhqzS8n@mail.python.org>


Roundup Robot added the comment:

New changeset 362826298fdb by Raymond Hettinger in branch 'default':
Issue #16098:  Update heapq.nsmallest to use the same algorithm as nlargest.
http://hg.python.org/cpython/rev/362826298fdb

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16098>
_______________________________________

From report at bugs.python.org  Mon Mar  4 08:23:17 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 04 Mar 2013 07:23:17 +0000
Subject: [issue16098] Bisect optimization in heapq.nsmallest is never used
In-Reply-To: <1349091566.51.0.299551598321.issue16098@psf.upfronthosting.co.za>
Message-ID: <1362381797.45.0.421482348837.issue16098@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16098>
_______________________________________

From report at bugs.python.org  Mon Mar  4 08:29:11 2013
From: report at bugs.python.org (shilpi)
Date: Mon, 04 Mar 2013 07:29:11 +0000
Subject: [issue17344] checking size of size_t... configure: error:
In-Reply-To: <1362379825.93.0.461432294128.issue17344@psf.upfronthosting.co.za>
Message-ID: <D5C1561EE075FA41AD70F112B4CC433B7FE2FAB0@BLR-EC-MBX5.wipro.com>


shilpi added the comment:

Hi ,
Currently we are using thi version
cat /etc/release
                   Oracle Solaris 10 8/11 s10s_u10wos_17b SPARC
  Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved.
                            Assembled 23 August 2011
Regards
Shilpi
-----Original Message-----
From: Ezio Melotti [mailto:report at bugs.python.org] 
Sent: Monday, March 04, 2013 12:20 PM
To: Shilpi Singh (WT01 - GMT-Telecom Equipment)
Subject: [issue17344] checking size of size_t... configure: error:

Ezio Melotti added the comment:

Can you provide more information about your operating system/platform?
Python 2.6 only receives security fixes, so even if it's a bug it can't be fixed there (it could be fixed on 2.7 though).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17344>
_______________________________________

Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. 

www.wipro.com

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17344>
_______________________________________

From report at bugs.python.org  Mon Mar  4 08:55:45 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 07:55:45 +0000
Subject: [issue17343] Add a version of str.split which returns an iterator
In-Reply-To: <1362359066.58.0.311917237277.issue17343@psf.upfronthosting.co.za>
Message-ID: <1362383745.91.0.0426757153491.issue17343@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> While not required, It'd be useful if the implementation of this pre-scanned the data internally so that the length of the generated sequence was known up front.  This could imply an internal bitset of vector of split indices is kept for the life of the generator (implementation detail left up to the implementor) if scanning over the input data more than once is undesirable.

bytearray can be modified between iterations.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17343>
_______________________________________

From report at bugs.python.org  Mon Mar  4 09:22:37 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 08:22:37 +0000
Subject: [issue17328] Fix reference leak in dict_setdefault() in case of
	resize failure
In-Reply-To: <1362146633.78.0.0455037271826.issue17328@psf.upfronthosting.co.za>
Message-ID: <1362385357.01.0.143598163023.issue17328@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

LGTM. This is 3.3+ only issue as far as I understand.

----------
nosy: +benjamin.peterson
versions:  -Python 2.6, Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17328>
_______________________________________

From report at bugs.python.org  Mon Mar  4 09:26:17 2013
From: report at bugs.python.org (Nikita Nemkin)
Date: Mon, 04 Mar 2013 08:26:17 +0000
Subject: [issue17345] Portable and extended type specifiers for array module
Message-ID: <1362385577.82.0.862277690656.issue17345@psf.upfronthosting.co.za>


New submission from Nikita Nemkin:

Currently array module only provides platform-dependent type specifiers.
It would be very nice to have platform-independent specifiers in addition to that, matching the struct module.
For example array('<H') -> an array of little-endian 2-byte integers.

This issue crops up every time when I use array(). Binary data usually comes in some predefined format and a manual matching to native format has to be done (assuming I want to write portable code).

A useful extra would be to support multi-element struct specifiers and present an array of tuples in this case.
For example array('iff') -> an array of tuples (int, float, float) with native types.

----------
components: Library (Lib)
messages: 183425
nosy: nnemkin
priority: normal
severity: normal
status: open
title: Portable and extended type specifiers for array module
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17345>
_______________________________________

From report at bugs.python.org  Mon Mar  4 10:06:28 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 04 Mar 2013 09:06:28 +0000
Subject: [issue17278] SIGSEGV in _heapqmodule.c
In-Reply-To: <1361564739.94.0.652055114597.issue17278@psf.upfronthosting.co.za>
Message-ID: <1362387988.65.0.158312965402.issue17278@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17278>
_______________________________________

From report at bugs.python.org  Mon Mar  4 10:07:35 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 04 Mar 2013 09:07:35 +0000
Subject: [issue17278] SIGSEGV in _heapqmodule.c
In-Reply-To: <1361564739.94.0.652055114597.issue17278@psf.upfronthosting.co.za>
Message-ID: <1362388055.83.0.471217201813.issue17278@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Antoine, thanks for the patch.  This looks like a reasonable solution that is fast and prevents segfaults.

----------
assignee: rhettinger -> pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17278>
_______________________________________

From report at bugs.python.org  Mon Mar  4 10:18:56 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 04 Mar 2013 09:18:56 +0000
Subject: [issue15216] Support setting the encoding on a text stream after
	creation
In-Reply-To: <1340880558.16.0.0136840668667.issue15216@psf.upfronthosting.co.za>
Message-ID: <1362388736.02.0.958951117196.issue15216@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

That's a fair point - I think it's acceptable to throw an error in the case of *already decoded* characters that haven't been read.

There's also a discussion on python-ideas about an explicit API for clearing the internal buffers, and pushing data back into a stream. If that is added, then set_encoding() would be free to error out if there was any already buffered data - it would be up to the application to call clear_buffer() before calling set_encoding(), and deal with an such data appropriately (such as calling push_data() with the results of the clear_buffer() call)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15216>
_______________________________________

From report at bugs.python.org  Mon Mar  4 10:19:49 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 04 Mar 2013 09:19:49 +0000
Subject: [issue15216] Support setting the encoding on a text stream after
	creation
In-Reply-To: <1340880558.16.0.0136840668667.issue15216@psf.upfronthosting.co.za>
Message-ID: <1362388789.17.0.412743255539.issue15216@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Oops, meant to link to my post in the thread about a buffer manipulation API: http://mail.python.org/pipermail/python-ideas/2013-March/019769.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15216>
_______________________________________

From report at bugs.python.org  Mon Mar  4 10:45:52 2013
From: report at bugs.python.org (Marius Gedminas)
Date: Mon, 04 Mar 2013 09:45:52 +0000
Subject: [issue17346] Pickle tests do not test protocols 0, 1, and 2 for bytes
Message-ID: <1362390352.97.0.872736532122.issue17346@psf.upfronthosting.co.za>


New submission from Marius Gedminas:

I was reading Lib/test/pickletester.py when I noticed that test_bytes loops over all the protocols but doesn't actually use the loop variable anywhere.

Attached patch should fix this.

----------
components: Tests
files: actually-test-all-protocols.diff
keywords: patch
messages: 183429
nosy: mgedmin
priority: normal
severity: normal
status: open
title: Pickle tests do not test protocols 0, 1, and 2 for bytes
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file29302/actually-test-all-protocols.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17346>
_______________________________________

From report at bugs.python.org  Mon Mar  4 11:17:33 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 10:17:33 +0000
Subject: [issue17346] Pickle tests do not test protocols 0, 1, and 2 for bytes
In-Reply-To: <1362390352.97.0.872736532122.issue17346@psf.upfronthosting.co.za>
Message-ID: <1362392253.14.0.997143981895.issue17346@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17346>
_______________________________________

From report at bugs.python.org  Mon Mar  4 11:47:56 2013
From: report at bugs.python.org (Florian Weimer)
Date: Mon, 04 Mar 2013 10:47:56 +0000
Subject: [issue17347] bsddb._openDBEnv() should not touch current directory
Message-ID: <1362394076.13.0.84822225356.issue17347@psf.upfronthosting.co.za>


New submission from Florian Weimer:

This code:

def _openDBEnv(cachesize):
    e = db.DBEnv()
    if cachesize is not None:
        if cachesize >= 20480:
            e.set_cachesize(0, cachesize)
        else:
            raise error, "cachesize must be >= 20480"
    e.set_lk_detect(db.DB_LOCK_DEFAULT)
    e.open('.', db.DB_PRIVATE | db.DB_CREATE | db.DB_THREAD | db.DB_INIT_LOCK | db.DB_INIT_MPOOL)
    return e

causes Berkeley DB to read the DB_CONFIG file from the current directory, which may have unexpected side effects.  Unfortunately, Berkeley DB still reads ./DB_CONFIG even if the first argument to DBEnv.open() is None/NULL, so the only way to suppress this behavior seems a non-existing or known-to-by-empty directory (such as "/var/empty").

----------
components: Extension Modules
messages: 183430
nosy: fweimer
priority: normal
severity: normal
status: open
title: bsddb._openDBEnv() should not touch current directory
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17347>
_______________________________________

From report at bugs.python.org  Mon Mar  4 11:49:37 2013
From: report at bugs.python.org (Pradyun Gedam)
Date: Mon, 04 Mar 2013 10:49:37 +0000
Subject: [issue17348] Unicode - encoding seems to be lost for inputs of
	unicode chars
Message-ID: <1362394177.55.0.407970210278.issue17348@psf.upfronthosting.co.za>


New submission from Pradyun Gedam:

In IDLE, I have spotted a peculiar problem.

I have attached an .png file which is a screen capture of 'session' on IDLE. It seems that the Unicode character that has been input, loses its encoding.

My 'session'
Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] on win32
Type "copyright", "credits" or "license()" for more information.
>>> c = u'?'
>>> ord(c)
128
>>> c.encode('utf-8')
'\xc2\x80'
>>> c
u'\x80'
>>> print c
?
>>> c = u'\u20ac'
>>> ord(c)
8364
>>> c.encode('utf-8')
'\xe2\x82\xac'
>>> c
u'\u20ac'
>>> print c
?
>>>

----------
components: IDLE
messages: 183431
nosy: Pradyun.Gedam
priority: normal
severity: normal
status: open
title: Unicode - encoding seems to be lost for inputs of unicode chars
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17348>
_______________________________________

From report at bugs.python.org  Mon Mar  4 12:38:37 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Mon, 04 Mar 2013 11:38:37 +0000
Subject: [issue17347] bsddb._openDBEnv() should not touch current directory
In-Reply-To: <1362394076.13.0.84822225356.issue17347@psf.upfronthosting.co.za>
Message-ID: <1362397117.3.0.608564239504.issue17347@psf.upfronthosting.co.za>


Jes?s Cea Avi?n added the comment:

This is a standard Berkeley DB behavior. Can I suggest you to report this "issue" to Oracle forums?

http://docs.oracle.com/cd/E17276_01/html/programmer_reference/env_db_config.html

https://forums.oracle.com/forums/forum.jspa?forumID=271

Closing as "invalid". if you disagree, please reopen.

----------
nosy: +jcea
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17347>
_______________________________________

From report at bugs.python.org  Mon Mar  4 13:04:33 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 12:04:33 +0000
Subject: [issue16620] Avoid using private function glob.glob1() in msi module
	and tools
In-Reply-To: <1354736049.23.0.98660459286.issue16620@psf.upfronthosting.co.za>
Message-ID: <1362398673.2.0.343658968083.issue16620@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I have added some comments on Rietveld.

Note that glob.glob() and glob.glob1() returns different filenames. The first returns full paths and the second returns bare filenames without a directory path. Workarounding this may require more in-depth changes to the code.

Actually this is a low priority issue. It is no so bad to use private functions from other modules inside Python stdlib. But it can be a bad example for a third party code.

----------
components: +Windows
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16620>
_______________________________________

From report at bugs.python.org  Mon Mar  4 13:09:06 2013
From: report at bugs.python.org (Phil Elson)
Date: Mon, 04 Mar 2013 12:09:06 +0000
Subject: [issue13598] string.Formatter doesn't support empty curly braces "{}"
In-Reply-To: <1323835162.4.0.792542335688.issue13598@psf.upfronthosting.co.za>
Message-ID: <1362398946.01.0.0670046715806.issue13598@psf.upfronthosting.co.za>


Phil Elson added the comment:

> I didn't see a test case relating to the example in his comment, namely
>
> f.format("{0:{}}", 'foo', 5)
>
> Did I miss it?


The example should fail, which it wouldn't have done with the patch previously proposed. I believe the case is covered by the block:

    with self.assertRaises(ValueError):
        fmt.format("foo{1}{}", "bar", 6)

Though there is no harm in adding another test along the lines of:

    with self.assertRaises(ValueError):
        fmt.format("{0:{}}", "bar", 6)

If you think it is worthwhile?


I'm uncertain which documentation to update since the method which has had its signature updated is private and is called solely by Formatter.vformat .

Cheers,

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13598>
_______________________________________

From report at bugs.python.org  Mon Mar  4 13:14:18 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 12:14:18 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1362399258.7.0.692791120486.issue17299@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I have added comments on Rietveld.

Perhaps it will be worth to create mixings for cStringIO.StringIO, BytesIO and file object and then mix them to other tests.

Note that there is no sense to change pure Python pickle tests. Python implementation uses the same code for all streams. It's C implementation needs specialized tests (in Lib/test/test_cpickle.py).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Mon Mar  4 13:20:42 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 12:20:42 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1362399642.12.0.108026509031.issue17299@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

David, yes, this is 2.7 only issue. The code was broken recently (see msg182979 in issue13555) due to insufficient testing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Mon Mar  4 13:27:33 2013
From: report at bugs.python.org (Andrey Lebedev)
Date: Mon, 04 Mar 2013 12:27:33 +0000
Subject: [issue17349] wsgiref.simple_server.demo_app is not PEP-3333 compatible
Message-ID: <1362400053.87.0.0342035983925.issue17349@psf.upfronthosting.co.za>


New submission from Andrey Lebedev:

Under certain circumstances, wsgiref.simple_server.demo_app may return unicode data, but that is prohibited by PEP-3333.

This happens if environ with unicode key is passed to demo_app. Unicode keys are then written to StringIO instance, automatically making its value unicode.

Type of environ keys is not strictly mandated by PEP-3333, however output of WSGI application is:

  "When called by the server, the application object must return an iterable yielding zero or more bytestrings.", see http://www.python.org/dev/peps/pep-3333/#specification-details

Test case is attached.

----------
components: Library (Lib)
files: wsgirefbug.py
messages: 183437
nosy: Andrey.Lebedev
priority: normal
severity: normal
status: open
title: wsgiref.simple_server.demo_app is not PEP-3333 compatible
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file29303/wsgirefbug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17349>
_______________________________________

From report at bugs.python.org  Mon Mar  4 13:29:50 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 12:29:50 +0000
Subject: [issue17346] Pickle tests do not test protocols 0, 1, and 2 for bytes
In-Reply-To: <1362390352.97.0.872736532122.issue17346@psf.upfronthosting.co.za>
Message-ID: <1362400190.66.0.913517908158.issue17346@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

LGTM.

----------
nosy: +serhiy.storchaka
versions: +Python 3.2, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17346>
_______________________________________

From report at bugs.python.org  Mon Mar  4 13:36:21 2013
From: report at bugs.python.org (Thomas Kluyver)
Date: Mon, 04 Mar 2013 12:36:21 +0000
Subject: [issue16851] Hint about correct ismethod and isfunction usage
In-Reply-To: <1357231289.77.0.0608728593688.issue16851@psf.upfronthosting.co.za>
Message-ID: <1362400580.98.0.603046764475.issue16851@psf.upfronthosting.co.za>


Thomas Kluyver added the comment:

I agree that the docs for inspect.ismethod() for Python 2 are wrong.

The docs say: "Return true if the object is a bound method written in Python."

However, it also returns True for an unbound method:

>>> class A:
...     def meth(self):
...         pass
... 
>>> A.meth
<unbound method A.meth>
>>> import inspect
>>> inspect.ismethod(A.meth)
True

----------
nosy: +takluyver

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16851>
_______________________________________

From report at bugs.python.org  Mon Mar  4 13:53:26 2013
From: report at bugs.python.org (Stefan Ring)
Date: Mon, 04 Mar 2013 12:53:26 +0000
Subject: [issue17094] sys._current_frames() reports too many/wrong stack frames
In-Reply-To: <1359668363.58.0.777154629349.issue17094@psf.upfronthosting.co.za>
Message-ID: <1362401606.77.0.835465489621.issue17094@psf.upfronthosting.co.za>


Stefan Ring added the comment:

When I originally worked on this, I noticed that _PyThread_CurrentFrames also iterates over all interpreters. Because I have no experience with or use for multiple interpreters, I intentionally left it out of my patch, but shouldn't it be taken into account for a real patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17094>
_______________________________________

From report at bugs.python.org  Mon Mar  4 13:56:24 2013
From: report at bugs.python.org (Tomgu)
Date: Mon, 04 Mar 2013 12:56:24 +0000
Subject: [issue1124861] subprocess fails on GetStdHandle in interactive GUI
Message-ID: <1362401784.45.0.793568889899.issue1124861@psf.upfronthosting.co.za>


Tomgu added the comment:

Here I get one problem need help. 
In python 2.7.5 version I write a script "test.py" as below
###
import subprocess
fileID=file('test1.log','w')
process_response = subprocess.call('netsh wlan show\ interface',stdout=fileID,shell=True)
fileID.flush()
fileID.close()
###
It run in windows7 os MSDOS console is OK
and I try to run it in STAF command

C:\> STAF local PROCESS START COMMAND python C:\>test.py WAIT STDERRTOSTDOUT RETURNSTDOUT

Response
--------
{
  Return Code: 1
  Key        : <None>
  Files      : [
    {
      Return Code: 0
      Data       : Traceback (most recent call last):
  File "C:\test.py", line 3, in <module>
    process_response = subprocess.call('netsh wlan show interface',stdout=fileID
,shell=True)
  File "C:\Python27\lib\subprocess.py", line 493, in call
    return Popen(*popenargs, **kwargs).wait()
  File "C:\Python27\lib\subprocess.py", line 672, in __init__
    errread, errwrite) = self._get_handles(stdin, stdout, stderr)
  File "C:\Python27\lib\subprocess.py", line 784, in _get_handles
    p2cread = self._make_inheritable(p2cread)
  File "C:\Python27\lib\subprocess.py", line 823, in _make_inheritable
    _subprocess.DUPLICATE_SAME_ACCESS)
WindowsError: [Error 6] The handle is invalid

    }
  ]

I just start to learn python, I dont know how to resolve, need help.

----------
nosy: +gwtking
type:  -> compile error
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1124861>
_______________________________________

From report at bugs.python.org  Mon Mar  4 13:59:46 2013
From: report at bugs.python.org (Tomgu)
Date: Mon, 04 Mar 2013 12:59:46 +0000
Subject: [issue1124861] subprocess fails on GetStdHandle in interactive GUI
Message-ID: <1362401986.68.0.995506978027.issue1124861@psf.upfronthosting.co.za>


Tomgu added the comment:

Update, the python version is '2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)]'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1124861>
_______________________________________

From report at bugs.python.org  Mon Mar  4 14:09:13 2013
From: report at bugs.python.org (Phil Elson)
Date: Mon, 04 Mar 2013 13:09:13 +0000
Subject: [issue16382] Better warnings exception for bad category
In-Reply-To: <1351779406.35.0.0813926106632.issue16382@psf.upfronthosting.co.za>
Message-ID: <1362402553.58.0.653962863926.issue16382@psf.upfronthosting.co.za>


Phil Elson added the comment:

Ok. I think I've done all of the actions from the reviews.

I'm not sure if I should remove the old patches or not?

Thanks,

----------
Added file: http://bugs.python.org/file29304/pelson_warnings_fix_4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16382>
_______________________________________

From report at bugs.python.org  Mon Mar  4 14:09:24 2013
From: report at bugs.python.org (Tomgu)
Date: Mon, 04 Mar 2013 13:09:24 +0000
Subject: [issue17350] Use STAF call python script will case 1124861 issue in
	2.7.2 version
Message-ID: <1362402564.96.0.853290291647.issue17350@psf.upfronthosting.co.za>


New submission from Tomgu:

Here I get one problem use STAF call python and need help. 
In python 2.7.2 version I write a script "test.py" as below
###
import subprocess
fileID=file('test1.log','w')
process_response = subprocess.call('netsh wlan show\ interface',stdout=fileID,shell=True)
fileID.flush()
fileID.close()
###
It run in windows7 os MSDOS console is OK
and I try to run it in STAF command

C:\> STAF local PROCESS START COMMAND python C:\>test.py WAIT STDERRTOSTDOUT RETURNSTDOUT

Response
--------
{
  Return Code: 1
  Key        : <None>
  Files      : [
    {
      Return Code: 0
      Data       : Traceback (most recent call last):
  File "C:\test.py", line 3, in <module>
    process_response = subprocess.call('netsh wlan show interface',stdout=fileID
,shell=True)
  File "C:\Python27\lib\subprocess.py", line 493, in call
    return Popen(*popenargs, **kwargs).wait()
  File "C:\Python27\lib\subprocess.py", line 672, in __init__
    errread, errwrite) = self._get_handles(stdin, stdout, stderr)
  File "C:\Python27\lib\subprocess.py", line 784, in _get_handles
    p2cread = self._make_inheritable(p2cread)
  File "C:\Python27\lib\subprocess.py", line 823, in _make_inheritable
    _subprocess.DUPLICATE_SAME_ACCESS)
WindowsError: [Error 6] The handle is invalid

    }
  ]

Like known issue 1124861. I just start to learn python, I dont know how to resolve, need help.

----------
messages: 183444
nosy: gwtking
priority: normal
severity: normal
status: open
title: Use STAF call python script will case 1124861 issue in 2.7.2 version
type: crash
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17350>
_______________________________________

From report at bugs.python.org  Mon Mar  4 14:14:48 2013
From: report at bugs.python.org (Stefan Ring)
Date: Mon, 04 Mar 2013 13:14:48 +0000
Subject: [issue17094] sys._current_frames() reports too many/wrong stack frames
In-Reply-To: <1359668363.58.0.777154629349.issue17094@psf.upfronthosting.co.za>
Message-ID: <1362402888.78.0.158454290897.issue17094@psf.upfronthosting.co.za>


Stefan Ring added the comment:

(Regarding your test)
I have also noticed in the past that joining threads after a fork has caused hangs occasionally, although that might have resulted from the messed up _current_frames.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17094>
_______________________________________

From report at bugs.python.org  Mon Mar  4 14:20:33 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 13:20:33 +0000
Subject: [issue15866] encode(...,
	'xmlcharrefreplace') produces entities for surrogate pairs
In-Reply-To: <1346871274.13.0.653364801762.issue15866@psf.upfronthosting.co.za>
Message-ID: <1362403233.83.0.893127781964.issue15866@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I prefer a little different (simpler for me) form:

                for (p = collstart; p < collend;) {
                    Py_UCS4 ch = *p++;
                    if ((0xD800 <= ch && ch <= 0xDBFF) &&
                        (p < collend) &&
                        (0xDC00 <= *p && *p <= 0xDFFF)) {
                        ch = ((((ch & 0x03FF) << 10) |
                               ((Py_UCS4)*p++ & 0x03FF)) + 0x10000);
                    }
                    str += sprintf(str, "&#%d;", (int)ch);
                }

And please look at the loop above ("determine replacement size"). It should be corrected too. It will be simpler to use a buffer with static size (``char buffer[2+29+1+1];``) as in charmap encoder. Perhaps charmap encoder should be fixed too (and common code extracted to separate function).

I doubt about '\ud83d\udc9d' on wide build. Is it right to encode it as b'&#128157;' and not as b'&#55357;&#56477;'? This will be compatible with narrow build but will break compatibility with 3.3+. What is less evil?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15866>
_______________________________________

From report at bugs.python.org  Mon Mar  4 14:21:18 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 13:21:18 +0000
Subject: [issue11787] File handle leak in TarFile lib
In-Reply-To: <1302115375.88.0.984018215443.issue11787@psf.upfronthosting.co.za>
Message-ID: <1362403278.43.0.323754954837.issue11787@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Actually it was fixed in issue16477. ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11787>
_______________________________________

From report at bugs.python.org  Mon Mar  4 14:23:26 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 04 Mar 2013 13:23:26 +0000
Subject: [issue17346] Pickle tests do not test protocols 0, 1, and 2 for bytes
In-Reply-To: <1362390352.97.0.872736532122.issue17346@psf.upfronthosting.co.za>
Message-ID: <3ZKMPT2P6MzQmm@mail.python.org>


Roundup Robot added the comment:

New changeset a982feb29584 by Ezio Melotti in branch '3.2':
#17346: make sure pickle tests are run against all protocols.  Initial patch by Marius Gedminas.
http://hg.python.org/cpython/rev/a982feb29584

New changeset 796de4f7df07 by Ezio Melotti in branch '3.3':
#17346: merge with 3.2.
http://hg.python.org/cpython/rev/796de4f7df07

New changeset 5c8a5cfe25b0 by Ezio Melotti in branch 'default':
#17346: merge with 3.3.
http://hg.python.org/cpython/rev/5c8a5cfe25b0

New changeset 654136546895 by Ezio Melotti in branch '2.7':
#17346: make sure pickle tests are run against all protocols.
http://hg.python.org/cpython/rev/654136546895

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17346>
_______________________________________

From report at bugs.python.org  Mon Mar  4 14:24:04 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 13:24:04 +0000
Subject: [issue17346] Pickle tests do not test protocols 0, 1, and 2 for bytes
In-Reply-To: <1362390352.97.0.872736532122.issue17346@psf.upfronthosting.co.za>
Message-ID: <1362403444.1.0.427228480542.issue17346@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the report and the patch!

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17346>
_______________________________________

From report at bugs.python.org  Mon Mar  4 14:39:22 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 04 Mar 2013 13:39:22 +0000
Subject: [issue16997] subtests
In-Reply-To: <1358543231.78.0.354364612897.issue16997@psf.upfronthosting.co.za>
Message-ID: <1362404362.76.0.0564223555919.issue16997@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I think I have figured out what bothers me about the expectedfailure changes, and they actually relate to how expectedfailure was implemented in the first place: I had previously assumed that decorator was an *annotating* decorator - that it set an attribute on the function to indicate it was expected to fail, and the test execution machinery then took that into account when deciding how to interpret the test result.

The fact that it is instead a *wrapping* decorator is what made the addition of subtest support far more complicated than I expected.

However, I'm wondering if it might still be possible to avoid the need for a thread local context to handle the combination of expected failures and subtests when we have access to the test caseby adding the annotation that I expected to be there in the first place. Can't we:

1. Update the expectedfailure decorator to also set "_expecting_failure = True" on the wrapped test case function
2. Update unittest.TestCase.__init__ to do: "self._expecting_failure = hasattr(testMethod, '__func__') and getattr(testMethod.__func__, '_expecting_failure', False)"
3. Update unittest._SubTest.__init__ to do: "self._expecting_failure = test_case._expecting_failure"
4. Update testPartExecutor to check "if test_case._expecting_failure:" instead of the current check of the thread local context

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Mon Mar  4 14:40:03 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 04 Mar 2013 13:40:03 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362404403.17.0.167433730114.issue17322@psf.upfronthosting.co.za>


R. David Murray added the comment:

A crazy idea that occurred to me was to create an "rfc822-style-header management" module, and share it between email, http, and urllib.  We'd probably break too many things backward-compatibility wise if we did that, but I still think it is an interesting thought :)

On the other hand, having thought about this particular issue some more: in the email package we have the constraint of needing to be able to exactly reproduce the input data, whereas in the http world that constraint does not apply.  So in the http world, given that headers are *already* being transformed by the code in question (title casing), it seems reasonable that blank stripping also be done, even just from an API standpoint.

Really I guess the only question is how likely this is to break existing code.  I'm pretty sure it is small enough that doing this in 3.4 would be fine, but I don't know how to estimate if it is small enough to also change it in maintenance releases.  Since this particular bit is a new standard, maybe we just go with 3.4?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Mon Mar  4 14:41:28 2013
From: report at bugs.python.org (Michael Foord)
Date: Mon, 04 Mar 2013 13:41:28 +0000
Subject: [issue16997] subtests
In-Reply-To: <1358543231.78.0.354364612897.issue16997@psf.upfronthosting.co.za>
Message-ID: <1362404488.54.0.865228991996.issue16997@psf.upfronthosting.co.za>


Michael Foord added the comment:

Getting rid of the thread local would be an improvement, and the change to how expected failures is done sounds good too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Mon Mar  4 14:48:58 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 04 Mar 2013 13:48:58 +0000
Subject: [issue13598] string.Formatter doesn't support empty curly braces "{}"
In-Reply-To: <1323835162.4.0.792542335688.issue13598@psf.upfronthosting.co.za>
Message-ID: <1362404938.12.0.214450943279.issue13598@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> I believe the case is covered by the block:
[snip]

Ah, right. I wasn't sure that was the exact same code path that was being exercised. But I didn't look very closely.

> If you think it is worthwhile?

Only if it exercises a different code path.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13598>
_______________________________________

From report at bugs.python.org  Mon Mar  4 15:01:44 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 04 Mar 2013 14:01:44 +0000
Subject: [issue16997] subtests
In-Reply-To: <1362404362.76.0.0564223555919.issue16997@psf.upfronthosting.co.za>
Message-ID: <1843927953.9671365.1362405697443.JavaMail.root@zimbra10-e2.priv.proxad.net>


Antoine Pitrou added the comment:

> However, I'm wondering if it might still be possible to avoid the
> need for a thread local context to handle the combination of
> expected failures and subtests when we have access to the test
> caseby adding the annotation that I expected to be there in the
> first place.

But that would break use cases where you use @expectedFailure on a
function called by the test method, not directly on the test method
itself. I don't really care about those use cases myself, but not
breaking them is the reason I chose not to change the @expectedFailure
implementation. I'll let Michael decide :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Mon Mar  4 15:04:23 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 14:04:23 +0000
Subject: [issue10590] Parameter type error for xml.sax.parseString(string, ...)
In-Reply-To: <1291145861.74.0.873169501029.issue10590@psf.upfronthosting.co.za>
Message-ID: <1362405863.58.0.0873654711733.issue10590@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Low-level part already extracted to issue17089 and committed. Issue16986 has a similar patch for cElementTree. The main part of path was moved to issue2175 which is now pre-requisite for issue16986 and for this issue. It contains additional tests and additional fixes. It is hard and little sense to split them on separated patches. Let's move the discussion to issue2175.

And then the patch for this issue will be small and simple, only several lines and one test. At least this issue is less important and actually can be considered as a new feature.

----------
stage: patch review -> needs patch
type: behavior -> enhancement
versions:  -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10590>
_______________________________________

From report at bugs.python.org  Mon Mar  4 15:06:40 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 14:06:40 +0000
Subject: [issue10590] Parameter type error for xml.sax.parseString(string, ...)
In-Reply-To: <1291145861.74.0.873169501029.issue10590@psf.upfronthosting.co.za>
Message-ID: <1362406000.92.0.121392548683.issue10590@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


Removed file: http://bugs.python.org/file28757/sax_parse.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10590>
_______________________________________

From report at bugs.python.org  Mon Mar  4 15:13:08 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 14:13:08 +0000
Subject: [issue16986] ElementTree incorrectly parses strings with declared
	encoding not UTF-8
In-Reply-To: <1358441659.05.0.359191214505.issue16986@psf.upfronthosting.co.za>
Message-ID: <1362406388.79.0.02349098097.issue16986@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Eli, this issue no longer has open pre-requisites. Issue10590 was replaced by issue17089 which closed now. Issue17089 fixed Python interface to expat parser, but cElementTree uses C interface of expat directly and the proposed pathes fix it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16986>
_______________________________________

From report at bugs.python.org  Mon Mar  4 15:18:43 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Mon, 04 Mar 2013 14:18:43 +0000
Subject: [issue10590] Parameter type error for xml.sax.parseString(string, ...)
In-Reply-To: <1291145861.74.0.873169501029.issue10590@psf.upfronthosting.co.za>
Message-ID: <1362406723.55.0.103879941561.issue10590@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Serhiy, OK - I'll look at #2175 first. But yes, Christian is right, let's wait for the security issues to be resolved first.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10590>
_______________________________________

From report at bugs.python.org  Mon Mar  4 15:36:39 2013
From: report at bugs.python.org (Phil Elson)
Date: Mon, 04 Mar 2013 14:36:39 +0000
Subject: [issue17351] Fixed python3 descriptor documentation example + removal
	of explicit "object" inheritance in docs
Message-ID: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>


New submission from Phil Elson:

The example at http://docs.python.org/3.4/howto/descriptor.html#properties does not run due to the old style "raise AttributeError, message" form. 


This patch fixes the problem, and also goes through the docs to remove explicit sub-classing from "object". The only remaining instances of this now are:

$> grep -r -E "class .*\(object\)\:" Doc/*               
Doc/howto/pyporting.rst:   class UnicodeMixin(object):
Doc/reference/compound_stmts.rst:   class Foo(object):
Doc/tools/sphinxext/pyspecific.py:class PyDecoratorMixin(object):
Doc/whatsnew/2.6.rst:    class C(object):
Doc/whatsnew/2.2.rst:   class C(object):
Doc/whatsnew/2.2.rst:   class C(object):
Doc/whatsnew/2.2.rst:   class C(object):
Doc/whatsnew/2.2.rst:   class C(object):
Doc/whatsnew/2.2.rst:   >>> class C(object):


Which are all (minus tools/sphinxext/pyspecific) referring to python2 in some context.

I'm not bound to fixing the explicit object subclassing, so if it is better off not being here, that's fine.

Cheers,

----------
assignee: docs at python
components: Documentation
files: pelson_doc_decorator.diff
keywords: patch
messages: 183458
nosy: docs at python, pelson, rhettinger
priority: normal
severity: normal
status: open
title: Fixed python3 descriptor documentation example + removal of explicit "object" inheritance in docs
versions: Python 3.1
Added file: http://bugs.python.org/file29305/pelson_doc_decorator.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Mon Mar  4 15:37:33 2013
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 04 Mar 2013 14:37:33 +0000
Subject: [issue10967] move regrtest over to using more unittest infrastructure
In-Reply-To: <1295567145.8.0.568957178125.issue10967@psf.upfronthosting.co.za>
Message-ID: <1362407853.35.0.467008291765.issue10967@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10967>
_______________________________________

From report at bugs.python.org  Mon Mar  4 15:42:35 2013
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 04 Mar 2013 14:42:35 +0000
Subject: [issue8273] move generally useful test.support functions into the
	unittest package
In-Reply-To: <1270034351.93.0.515899636762.issue8273@psf.upfronthosting.co.za>
Message-ID: <1362408155.25.0.278852855219.issue8273@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8273>
_______________________________________

From report at bugs.python.org  Mon Mar  4 15:48:02 2013
From: report at bugs.python.org (karl)
Date: Mon, 04 Mar 2013 14:48:02 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362408482.96.0.49074980962.issue17322@psf.upfronthosting.co.za>


karl added the comment:

R. David.:
> A crazy idea that occurred to me was to create an "rfc822-style-header management" module, and share it between email, http, and urllib.

Yes it is basically what I had in mind when I said:

>Maybe the way forward in the future is to have a header factory shared by all HTTP libs?

I'm not sure if it's easy to share in between emails and HTTP. Emails are now defined by RFC5322:
https://tools.ietf.org/html/rfc5322#section-2.2

2.2. Header Fields


   Header fields are lines beginning with a field name, followed by a
   colon (":"), followed by a field body, and terminated by CRLF.  A
   field name MUST be composed of printable US-ASCII characters (i.e.,
   characters that have values between 33 and 126, inclusive), except
   colon.  A field body may be composed of printable US-ASCII characters
   as well as the space (SP, ASCII value 32) and horizontal tab (HTAB,
   ASCII value 9) characters (together known as the white space
   characters, WSP).  A field body MUST NOT include CR and LF except
   when used in "folding" and "unfolding", as described in section
   2.2.3.  All field bodies MUST conform to the syntax described in
   sections 3 and 4 of this specification.

Maybe it's doable and worth exploring but I have the feeling we would end up with something along

field-name ":" field-value

and all the rules for field-name and field-value being different for HTTP and email, because they really are. Folding, set of characters, etc. :)

Another thing which should be also the opportunity for opening another issue. HTTP headers and python dictionaries is not a very good match. :) But this is drifting off-topic. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Mon Mar  4 15:48:38 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 04 Mar 2013 14:48:38 +0000
Subject: [issue17328] Fix reference leak in dict_setdefault() in case of
	resize failure
In-Reply-To: <1362146633.78.0.0455037271826.issue17328@psf.upfronthosting.co.za>
Message-ID: <3ZKPHn4srBzQfC@mail.python.org>


Roundup Robot added the comment:

New changeset 1a589001d752 by Benjamin Peterson in branch '3.3':
fix possible setdefault refleak (closes #17328)
http://hg.python.org/cpython/rev/1a589001d752

New changeset fac46cf6af3f by Benjamin Peterson in branch 'default':
merge 3.3 (#17328)
http://hg.python.org/cpython/rev/fac46cf6af3f

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17328>
_______________________________________

From report at bugs.python.org  Mon Mar  4 15:54:53 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Mon, 04 Mar 2013 14:54:53 +0000
Subject: [issue16575] ctypes: unions as arguments
In-Reply-To: <1354163044.21.0.431588472559.issue16575@psf.upfronthosting.co.za>
Message-ID: <1362408893.19.0.729204972383.issue16575@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

A minimal fix would be to update the documentation.

A more comprehensive fix would be to tweak ctypes to reject unions and bit-fields when running on non-x86 (does this work for ARM and other non-Intel archs?)

An even more comprehensive fix would be to make this work, but that would require forking libffi and should presumably be first implemented upstream.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python, eli.bendersky
stage:  -> needs patch
versions: +Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16575>
_______________________________________

From report at bugs.python.org  Mon Mar  4 16:05:51 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 15:05:51 +0000
Subject: [issue16004] Add `make touch` to 2.7 Makefile
In-Reply-To: <1348391075.72.0.200262721096.issue16004@psf.upfronthosting.co.za>
Message-ID: <1362409551.93.0.787730918208.issue16004@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Nick, is the attached patch ok?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16004>
_______________________________________

From report at bugs.python.org  Mon Mar  4 16:11:32 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 04 Mar 2013 15:11:32 +0000
Subject: [issue17352] Be clear that __prepare__ must be declared as a static
	method
Message-ID: <1362409892.83.0.717786566871.issue17352@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

The docs on __prepare__ don't make it clear that it should be a staticmethod, and the error message if you forget is not obvious at all. (This is particularly so, since the examples in PEP 3115 had it as an ordinary method).

----------
messages: 183463
nosy: ncoghlan
priority: normal
severity: normal
status: open
title: Be clear that __prepare__ must be declared as a static method

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17352>
_______________________________________

From report at bugs.python.org  Mon Mar  4 16:12:57 2013
From: report at bugs.python.org (Armin Rigo)
Date: Mon, 04 Mar 2013 15:12:57 +0000
Subject: [issue16575] ctypes: unions as arguments
In-Reply-To: <1354163044.21.0.431588472559.issue16575@psf.upfronthosting.co.za>
Message-ID: <1362409977.96.0.812954271836.issue16575@psf.upfronthosting.co.za>


Armin Rigo added the comment:

See also http://bugs.python.org/issue16576.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16575>
_______________________________________

From report at bugs.python.org  Mon Mar  4 16:27:53 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 15:27:53 +0000
Subject: [issue17341] Poor error message when compiling invalid regex
In-Reply-To: <1362318975.95.0.685473127287.issue17341@psf.upfronthosting.co.za>
Message-ID: <1362410873.46.0.271239145217.issue17341@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

See also issue14462. It will be easier to include a full group name than an invalid character.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17341>
_______________________________________

From report at bugs.python.org  Mon Mar  4 16:28:05 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 04 Mar 2013 15:28:05 +0000
Subject: [issue17352] Be clear that __prepare__ must be declared as a class
	method
In-Reply-To: <1362409892.83.0.717786566871.issue17352@psf.upfronthosting.co.za>
Message-ID: <1362410885.34.0.951833351879.issue17352@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Class method, not static method (super() breaks if you declare it as a static method)

----------
title: Be clear that __prepare__ must be declared as a static method -> Be clear that __prepare__ must be declared as a class method

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17352>
_______________________________________

From report at bugs.python.org  Mon Mar  4 16:58:53 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 04 Mar 2013 15:58:53 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362412733.8.0.700870306937.issue17322@psf.upfronthosting.co.za>


R. David Murray added the comment:

Aren't the folding rules are the same?  The character set rules are different, I think, but the email package is going to be flexible in that regard.

The email package also uses a data structure that is not a python dictionary (it is actually a list with an extra dict-like interface), and its features may well be useful for handling http headers.

But you are right, we are wandering off topic :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:12:59 2013
From: report at bugs.python.org (Michael Foord)
Date: Mon, 04 Mar 2013 16:12:59 +0000
Subject: [issue16997] subtests
In-Reply-To: <1358543231.78.0.354364612897.issue16997@psf.upfronthosting.co.za>
Message-ID: <1362413579.72.0.134226745849.issue16997@psf.upfronthosting.co.za>


Michael Foord added the comment:

That's a use case that I'm not very *interested* in supporting personally - however it may well be a use case that was "designed in" and that others have a need for (I didn't implement expectedFailure support). 

I think expectedFailure should be used sparingly and for a utility function to be *able* to turn a failure into a expectedFailure sounds actively dangerous.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:19:47 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 04 Mar 2013 16:19:47 +0000
Subject: [issue16997] subtests
In-Reply-To: <1358543231.78.0.354364612897.issue16997@psf.upfronthosting.co.za>
Message-ID: <1362413987.08.0.622767227713.issue16997@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The docs are fairly explicit about the intended use case: "Mark the test as an expected failure. If the test fails when run, the test is not counted as a failure." (from http://docs.python.org/3/library/unittest#unittest.expectedFailure)

Nothing there about being able to call some other function and have doing so incidentally mark your test as an expected failure (which I actually consider highly *un*desirable behaviour)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:20:34 2013
From: report at bugs.python.org (Michael Foord)
Date: Mon, 04 Mar 2013 16:20:34 +0000
Subject: [issue16997] subtests
In-Reply-To: <1358543231.78.0.354364612897.issue16997@psf.upfronthosting.co.za>
Message-ID: <1362414034.27.0.309075965519.issue16997@psf.upfronthosting.co.za>


Michael Foord added the comment:

So, if it's not documented behaviour I think it's fine to lose it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:26:25 2013
From: report at bugs.python.org (karl)
Date: Mon, 04 Mar 2013 16:26:25 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1362414385.41.0.450880810228.issue12921@psf.upfronthosting.co.za>


karl added the comment:

orsenthil,

I made a proper patch for it with hg diff. It is very short.
See issue-12921-2.patch

----------
Added file: http://bugs.python.org/file29306/issue-12921-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:26:35 2013
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 04 Mar 2013 16:26:35 +0000
Subject: [issue17343] Add a version of str.split which returns an iterator
In-Reply-To: <1362359066.58.0.311917237277.issue17343@psf.upfronthosting.co.za>
Message-ID: <1362414395.34.0.206967364243.issue17343@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17343>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:27:44 2013
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 04 Mar 2013 16:27:44 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362414464.64.0.985757997916.issue17338@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:29:05 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 04 Mar 2013 16:29:05 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1362414385.41.0.450880810228.issue12921@psf.upfronthosting.co.za>
Message-ID: <CAPOVWOTzkWYScfPUgYEB-Ow9A3KDwFMN1NVuGhDx+sWgsMKFGA@mail.gmail.com>


Senthil Kumaran added the comment:

Karl,
Ack. The patch looks good. I shall go about with testing + committing this..

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:30:24 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 04 Mar 2013 16:30:24 +0000
Subject: [issue16997] subtests
In-Reply-To: <1358543231.78.0.354364612897.issue16997@psf.upfronthosting.co.za>
Message-ID: <1362414624.3.0.328332968871.issue16997@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:34:15 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 16:34:15 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362414855.25.0.174678940285.issue17338@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This unlikely will be useful. C code uses __length_hint__ because C code is fast enough and fill time can be comparable to resize time. But Python code will be one or two order slower and resize time is insignificant fraction of total time for any real code. You can implement your proposition and do the tests, and I doubt that they will show impressive results.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:36:20 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 16:36:20 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362414980.61.0.958037045298.issue13477@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:43:40 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 16:43:40 +0000
Subject: [issue17339] bytes() TypeError message is misleadingly narrow
In-Reply-To: <1362254314.39.0.995387791388.issue17339@psf.upfronthosting.co.za>
Message-ID: <1362415420.58.0.8827627545.issue17339@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> 'object' object cannot be converted to bytes

This is not entirely accurate for the bytes(int) case though, since it's not converting the int to bytes.  OTOH if we want to keep the message short we have to make compromises about accuracy and completeness.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17339>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:46:27 2013
From: report at bugs.python.org (karl)
Date: Mon, 04 Mar 2013 16:46:27 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1362415587.03.0.86055910904.issue12921@psf.upfronthosting.co.za>


karl added the comment:

orsenthil, 

When you have done a patch for testing I would love to see it. I could not find a proper way of doing it. I'm eager to learn. Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Mon Mar  4 17:49:07 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 16:49:07 +0000
Subject: [issue14123] Indicate that there are no current plans to deprecate
	printf-style formatting
In-Reply-To: <1330202928.96.0.727285588049.issue14123@psf.upfronthosting.co.za>
Message-ID: <1362415747.39.0.627983522551.issue14123@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The only issue seems about the use of the word "deprecate", but I think it's fine, so I'll close this issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14123>
_______________________________________

From report at bugs.python.org  Mon Mar  4 18:27:47 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 17:27:47 +0000
Subject: [issue16278] os.rename documentation slightly inaccurate
In-Reply-To: <1350581776.08.0.668682100781.issue16278@psf.upfronthosting.co.za>
Message-ID: <1362418067.39.0.748533119488.issue16278@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Adding more tests is good, even though there are still a few things that should be improved (see comments on rietveld).
Regarding the documentation I'm not sure it's a good idea to be so detailed.  On one hand, if we test the behavior we can make sure that the documentation is accurate, OTOH it might make the docs more confusing and once this behavior is documented it will be difficult to change it (and there might still be exceptions on different platforms/filesystems or if symlinks are involved).
Maybe it would be better to suggest a LBYL approach rather trying to document and deal with all the different combinations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16278>
_______________________________________

From report at bugs.python.org  Mon Mar  4 18:28:49 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 17:28:49 +0000
Subject: [issue17301] An in-place version of many bytearray methods is needed
In-Reply-To: <1361910523.06.0.491264384267.issue17301@psf.upfronthosting.co.za>
Message-ID: <1362418129.34.0.865091354589.issue17301@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

How *just and *strip can modify an argument in-place? All other methods except title (lower, swapcase, upper) are partial cases of translate. I.e. you need only in-place translate. However I doubt that difference will be more than several percents. Actually translate uses more tacts per byte than memcpy.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17301>
_______________________________________

From report at bugs.python.org  Mon Mar  4 18:29:57 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Mar 2013 17:29:57 +0000
Subject: [issue17332] typo in json docs - "convered" should be "converted"
In-Reply-To: <1362173463.23.0.943587603223.issue17332@psf.upfronthosting.co.za>
Message-ID: <1362418197.49.0.519683017539.issue17332@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
keywords: +easy
stage:  -> needs patch
versions:  -Python 2.6, Python 3.1, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17332>
_______________________________________

From report at bugs.python.org  Mon Mar  4 18:30:19 2013
From: report at bugs.python.org (moijes12)
Date: Mon, 04 Mar 2013 17:30:19 +0000
Subject: [issue12768] docstrings for the threading module
In-Reply-To: <1313548989.72.0.178892692878.issue12768@psf.upfronthosting.co.za>
Message-ID: <1362418219.88.0.703328654353.issue12768@psf.upfronthosting.co.za>


moijes12 added the comment:

Hi 

I am seen the review comments and made the changes accordingly. I am not sure if my changes apply to 3.2. How do I do that ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12768>
_______________________________________

From report at bugs.python.org  Mon Mar  4 18:52:13 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 17:52:13 +0000
Subject: [issue17344] checking size of size_t... configure: error:
In-Reply-To: <1362378724.97.0.818399526609.issue17344@psf.upfronthosting.co.za>
Message-ID: <1362419533.91.0.776615046361.issue17344@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The SPARC Solaris buildbot with cc compilers run configure without problems, whereas the ones with gcc are broken because of gcc (and they don't even reach the configure step that checks for size_t).
If we cannot confirm that there is a problem on a currently maintained version of Python I'm afraid I'll have to close this issue.

----------
nosy: +trent
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17344>
_______________________________________

From report at bugs.python.org  Mon Mar  4 19:00:18 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 18:00:18 +0000
Subject: [issue16851] Hint about correct ismethod and isfunction usage
In-Reply-To: <1357231289.77.0.0608728593688.issue16851@psf.upfronthosting.co.za>
Message-ID: <1362420018.31.0.535883482457.issue16851@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I checked the tests on 2.7 and found this:

        # contrary to spec, ismethod() is also True for unbound methods
        # (see #1785)
        self.assertIn(('f', B.f), inspect.getmembers(B, inspect.ismethod))

#1785 also has some discussion about this.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16851>
_______________________________________

From report at bugs.python.org  Mon Mar  4 19:10:44 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 18:10:44 +0000
Subject: [issue15866] encode(...,
	'xmlcharrefreplace') produces entities for surrogate pairs
In-Reply-To: <1346871274.13.0.653364801762.issue15866@psf.upfronthosting.co.za>
Message-ID: <1362420644.05.0.788358961833.issue15866@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> I doubt about '\ud83d\udc9d' on wide build. Is it right to encode it as 
> b'&#128157;' and not as b'&#55357;&#56477;'?

I don't think so.  IIRC surrogates are invalid in UTF-32, and certainly shouldn't be recombined.

> This will be compatible with narrow build but will break compatibility
> with 3.3+. What is less evil?

I think it's better to be compatible with 3.3+.  This is anyway a rather obscure corner case.

Do you want to propose a new patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15866>
_______________________________________

From report at bugs.python.org  Mon Mar  4 19:14:40 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 18:14:40 +0000
Subject: [issue11787] File handle leak in TarFile lib
In-Reply-To: <1302115375.88.0.984018215443.issue11787@psf.upfronthosting.co.za>
Message-ID: <1362420880.96.0.0365937045903.issue11787@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Closing as duplicate then.

----------
resolution:  -> duplicate
stage: test needed -> committed/rejected
status: open -> closed
superseder:  -> tarfile fails to close file handles in case of exception

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11787>
_______________________________________

From report at bugs.python.org  Mon Mar  4 19:20:15 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 18:20:15 +0000
Subject: [issue12768] docstrings for the threading module
In-Reply-To: <1313548989.72.0.178892692878.issue12768@psf.upfronthosting.co.za>
Message-ID: <1362421215.52.0.58959940456.issue12768@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

3.2$ hg imp --no-c http://bugs.python.org/file29268/12768_2.patch
applying http://bugs.python.org/file29268/12768_2.patch
patching file Lib/threading.py
Hunk #3 FAILED at 58
Hunk #4 FAILED at 79
Hunk #5 FAILED at 92
Hunk #6 FAILED at 125
Hunk #10 FAILED at 252
Hunk #12 succeeded at 386 with fuzz 1 (offset 82 lines).
Hunk #13 FAILED at 317
Hunk #17 FAILED at 405
Hunk #22 FAILED at 576
Hunk #23 FAILED at 589
Hunk #30 FAILED at 897
Hunk #33 succeeded at 1124 with fuzz 2 (offset 132 lines).
10 out of 35 hunks FAILED -- saving rejects to file Lib/threading.py.rej
abort: patch failed to apply

>  I am not sure if my changes apply to 3.2. How do I do that ?

You have to switch to the 3.2 branch using "hg up 3.2", and then use "hg import" as showed above to apply the patch.  You will also need to run configure/make again to build 3.2, so you can run tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12768>
_______________________________________

From report at bugs.python.org  Mon Mar  4 19:24:57 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 18:24:57 +0000
Subject: [issue12768] docstrings for the threading module
In-Reply-To: <1313548989.72.0.178892692878.issue12768@psf.upfronthosting.co.za>
Message-ID: <1362421497.07.0.326281456701.issue12768@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

FWIW it applies cleanly on 3.3, but unless we decide to target 3.3+ only, the patch needs to be adapted for 2.7/3.2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12768>
_______________________________________

From report at bugs.python.org  Mon Mar  4 19:51:21 2013
From: report at bugs.python.org (Santoso Wijaya)
Date: Mon, 04 Mar 2013 18:51:21 +0000
Subject: [issue17343] Add a version of str.split which returns an iterator
In-Reply-To: <1362359066.58.0.311917237277.issue17343@psf.upfronthosting.co.za>
Message-ID: <1362423081.99.0.76350833056.issue17343@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17343>
_______________________________________

From report at bugs.python.org  Mon Mar  4 20:18:47 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 04 Mar 2013 19:18:47 +0000
Subject: [issue17330] Stop checking for directory cache invalidation in
	importlib
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362424727.5.0.988400493565.issue17330@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Mon Mar  4 20:24:13 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Mon, 04 Mar 2013 19:24:13 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <CAH_1eM1ppRR4CztNANjEuexjmw4SyB2ba+n9gPRKBjF9Lp2ztw@mail.gmail.com>
Message-ID: <CAH_1eM3svV1ZUzTS0xBeL=NL02YWwwFOmuXe+_XA7KoktraEKQ@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

So, what do you think?
Is the simple version offloading the serialization to queue enough, or
should we go for a full-blown atomic Connection/Pipe/etc?

I find the performance gain quite appreciable (basically queue didn't
scale at all, now it scales with the number of cores).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Mon Mar  4 20:25:51 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 04 Mar 2013 19:25:51 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <1359042546.71.0.578815247507.issue17025@psf.upfronthosting.co.za>
Message-ID: <1362425151.64.0.661607256449.issue17025@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

IMHO the simple version is good enough.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Mon Mar  4 20:33:55 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 04 Mar 2013 19:33:55 +0000
Subject: [issue17278] SIGSEGV in _heapqmodule.c
In-Reply-To: <1361564739.94.0.652055114597.issue17278@psf.upfronthosting.co.za>
Message-ID: <3ZKWcy0lHjz7Ll3@mail.python.org>


Roundup Robot added the comment:

New changeset 21ded74b51fa by Antoine Pitrou in branch '2.7':
Issue #17278: Fix a crash in heapq.heappush() and heapq.heappop() when the list is being resized concurrently.
http://hg.python.org/cpython/rev/21ded74b51fa

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17278>
_______________________________________

From report at bugs.python.org  Mon Mar  4 20:35:52 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 04 Mar 2013 19:35:52 +0000
Subject: [issue14266] pyunit script as shorthand for python -m unittest
In-Reply-To: <1331586037.12.0.876793471383.issue14266@psf.upfronthosting.co.za>
Message-ID: <1362425752.63.0.494890605271.issue14266@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14266>
_______________________________________

From report at bugs.python.org  Mon Mar  4 20:38:02 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 04 Mar 2013 19:38:02 +0000
Subject: [issue14266] pyunit script as shorthand for python -m unittest
In-Reply-To: <1331586037.12.0.876793471383.issue14266@psf.upfronthosting.co.za>
Message-ID: <1362425882.74.0.783701858632.issue14266@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

As I mentioned on python-dev, having a `pyunit` script is nice (whatever it's called), but we need to keep the `-m invocation` which will probably be the recommendation on distros such as Debian which provide multiple versions of Python.  We're not going to want to install all possible flavors of `pyunit2.6`, `pyunit2.7`, `punit2.6-dbg`, `pyunit-3.2-dbg`, etc. etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14266>
_______________________________________

From report at bugs.python.org  Mon Mar  4 20:39:46 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 04 Mar 2013 19:39:46 +0000
Subject: [issue17278] SIGSEGV in _heapqmodule.c
In-Reply-To: <1361564739.94.0.652055114597.issue17278@psf.upfronthosting.co.za>
Message-ID: <3ZKWlj2dqqzRJy@mail.python.org>


Roundup Robot added the comment:

New changeset 905b02749c26 by Antoine Pitrou in branch '3.2':
Issue #17278: Fix a crash in heapq.heappush() and heapq.heappop() when the list is being resized concurrently.
http://hg.python.org/cpython/rev/905b02749c26

New changeset 451299b97b4f by Antoine Pitrou in branch '3.3':
Issue #17278: Fix a crash in heapq.heappush() and heapq.heappop() when the list is being resized concurrently.
http://hg.python.org/cpython/rev/451299b97b4f

New changeset d57c60db94e7 by Antoine Pitrou in branch 'default':
Issue #17278: Fix a crash in heapq.heappush() and heapq.heappop() when the list is being resized concurrently.
http://hg.python.org/cpython/rev/d57c60db94e7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17278>
_______________________________________

From report at bugs.python.org  Mon Mar  4 20:45:01 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 04 Mar 2013 19:45:01 +0000
Subject: [issue14266] pyunit script as shorthand for python -m unittest
In-Reply-To: <1362425882.74.0.783701858632.issue14266@psf.upfronthosting.co.za>
Message-ID: <1362426080.3474.0.camel@localhost.localdomain>


Antoine Pitrou added the comment:

> We're not going to want to install all possible flavors of
> `pyunit2.6`, `pyunit2.7`, `punit2.6-dbg`, `pyunit-3.2-dbg`, etc. etc.

Why not?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14266>
_______________________________________

From report at bugs.python.org  Mon Mar  4 20:45:21 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 04 Mar 2013 19:45:21 +0000
Subject: [issue17278] SIGSEGV in _heapqmodule.c
In-Reply-To: <1361564739.94.0.652055114597.issue17278@psf.upfronthosting.co.za>
Message-ID: <1362426321.35.0.93391490837.issue17278@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ok, committed, thank you!

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17278>
_______________________________________

From report at bugs.python.org  Mon Mar  4 20:48:53 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Mon, 04 Mar 2013 19:48:53 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <1359042546.71.0.578815247507.issue17025@psf.upfronthosting.co.za>
Message-ID: <1362426533.39.0.765027855039.issue17025@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

It looks like queues_contention.diff has the line

    obj = pickle.dumps(obj)

in both _feed() and put().  Might that be why the third set of benchmarks was slower than the second?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Mon Mar  4 21:01:26 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Mon, 04 Mar 2013 20:01:26 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <1362426533.39.0.765027855039.issue17025@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM3H2aNrXFxxTyUZHr9RtfZ-7DhTcRO+U330OFMit1+cig@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> It looks like queues_contention.diff has the line
>
>     obj = pickle.dumps(obj)
>
> in both _feed() and put().  Might that be why the third set of benchmarks
> was slower than the second?

_feed() is a Queue method, put() its SimpleQueue() counterpart. Am I
missing something?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Mon Mar  4 21:09:46 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 04 Mar 2013 20:09:46 +0000
Subject: [issue14266] pyunit script as shorthand for python -m unittest
In-Reply-To: <1362426080.3474.0.camel@localhost.localdomain>
Message-ID: <20130304150943.19bbfa8c@anarchist.wooz.org>


Barry A. Warsaw added the comment:

On Mar 04, 2013, at 07:45 PM, Antoine Pitrou wrote:

>
>Antoine Pitrou added the comment:
>
>> We're not going to want to install all possible flavors of
>> `pyunit2.6`, `pyunit2.7`, `punit2.6-dbg`, `pyunit-3.2-dbg`, etc. etc.
>
>Why not?

We don't know at package build time which versions will be necessary or
possible, since that depends on the user's system on which the package will be
installed.  So we can't add those files to the package manifest.  They could
be installed dynamically by a maintainer script (that gets triggered at
package installation time) but that's less than ideal because then we'll need
to also add machinery to properly track deletions so that when they're
dependencies get removed we can remove the scripts too.  This is something
that's very much frowned upon in Debian, especially for /usr/bin scripts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14266>
_______________________________________

From report at bugs.python.org  Mon Mar  4 21:33:35 2013
From: report at bugs.python.org (Jacques Fortier)
Date: Mon, 04 Mar 2013 20:33:35 +0000
Subject: [issue17353] Plistlib outputs empty data tags when deeply nested
Message-ID: <1362429215.6.0.797287296233.issue17353@psf.upfronthosting.co.za>


New submission from Jacques Fortier:

To reproduce:
import plistlib
print plistlib.writePlistToString([[[[[[[[[{'test': plistlib.Data('aaaaaa')}]]]]]]]]])

Compare to:
print plistlib.writePlistToString([[[[[[[[{'test': Data('aaaaaa')}]]]]]]]])

It looks like the max line length calculation in the Data class is causing the output to be empty once you get nested far enough.

----------
components: Library (Lib)
messages: 183496
nosy: jfortier
priority: normal
severity: normal
status: open
title: Plistlib outputs empty data tags when deeply nested
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17353>
_______________________________________

From report at bugs.python.org  Mon Mar  4 21:36:20 2013
From: report at bugs.python.org (Jacques Fortier)
Date: Mon, 04 Mar 2013 20:36:20 +0000
Subject: [issue17353] Plistlib outputs empty data tags when deeply nested
In-Reply-To: <1362429215.6.0.797287296233.issue17353@psf.upfronthosting.co.za>
Message-ID: <1362429380.3.0.975745146285.issue17353@psf.upfronthosting.co.za>


Jacques Fortier added the comment:

My second print should have been:

print plistlib.writePlistToString([[[[[[[[{'test': plistlib.Data('aaaaaa')}]]]]]]]])

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17353>
_______________________________________

From report at bugs.python.org  Mon Mar  4 21:48:53 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Mon, 04 Mar 2013 20:48:53 +0000
Subject: [issue14266] pyunit script as shorthand for python -m unittest
In-Reply-To: <1331586037.12.0.876793471383.issue14266@psf.upfronthosting.co.za>
Message-ID: <1362430133.85.0.818213239484.issue14266@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14266>
_______________________________________

From report at bugs.python.org  Mon Mar  4 21:53:49 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 04 Mar 2013 20:53:49 +0000
Subject: [issue17343] Add a version of str.split which returns an iterator
In-Reply-To: <1362359066.58.0.311917237277.issue17343@psf.upfronthosting.co.za>
Message-ID: <1362430429.36.0.141567516949.issue17343@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

Indeed, a bytearray version would require the talked about but not implemented due to complexity (in pep3118) support for locking a buffer from other mutations.  best concentrate on bytes then.

Do we have a memoryview equivalent for PyUnicode?  If not, we should... (a separate enhancement request)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17343>
_______________________________________

From report at bugs.python.org  Mon Mar  4 22:34:47 2013
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 04 Mar 2013 21:34:47 +0000
Subject: [issue17066] Fix test discovery for test_robotparser.py
In-Reply-To: <1359405171.11.0.463426342019.issue17066@psf.upfronthosting.co.za>
Message-ID: <1362432887.22.0.722319564927.issue17066@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I got to looking over my patch here again, and thought of another possible fix.  I'm not sure which is uglier, though :)

The problem is that most of the test cases are created using a custom subclass of unittest.TestCase which takes extra constructor arguments.  Discovery doesn't expect a TestCase subclass to want extra arguments, so it fails noisily trying to 'discover' RobotTestCase.

Patch version 2 just makes a couple small adjustments to version 1, which replaces the custom subclass with a base class to provide runTest, and a factory function to create the TestCase instances.

Version 3 is a different approach, which provides default arguments to the extra constructor parameters, and bails out of __init__ early if the index argument is not an int (checking for None doesn't work because at some point, discovery calls 'RobotTestCase("runTest")', which makes 'index' "runTest").

Both approaches look kind of ugly to me, but both get the job done.

----------
Added file: http://bugs.python.org/file29307/test_robotparser_discovery.v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17066>
_______________________________________

From report at bugs.python.org  Mon Mar  4 22:35:18 2013
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 04 Mar 2013 21:35:18 +0000
Subject: [issue17066] Fix test discovery for test_robotparser.py
In-Reply-To: <1359405171.11.0.463426342019.issue17066@psf.upfronthosting.co.za>
Message-ID: <1362432918.13.0.700623894868.issue17066@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


Added file: http://bugs.python.org/file29308/test_robotparser_discovery.v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17066>
_______________________________________

From report at bugs.python.org  Mon Mar  4 23:09:55 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Mon, 04 Mar 2013 22:09:55 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <CAH_1eM3H2aNrXFxxTyUZHr9RtfZ-7DhTcRO+U330OFMit1+cig@mail.gmail.com>
Message-ID: <51351BAE.4000207@gmail.com>


Richard Oudkerk added the comment:

On 04/03/2013 8:01pm, Charles-Fran?ois Natali wrote:
>> It looks like queues_contention.diff has the line
>>
>>      obj = pickle.dumps(obj)
>>
>> in both _feed() and put().  Might that be why the third set of benchmarks
>> was slower than the second?
>
> _feed() is a Queue method, put() its SimpleQueue() counterpart. Am I
> missing something?

No.  I only looked at the diff and assumed both changes were for Queue.

Since you marked issue 10886 as superceded, do you intend to do the 
pickling in put()?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Mon Mar  4 23:13:20 2013
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 04 Mar 2013 22:13:20 +0000
Subject: [issue17343] Add a version of str.split which returns an iterator
In-Reply-To: <1362359066.58.0.311917237277.issue17343@psf.upfronthosting.co.za>
Message-ID: <1362435200.49.0.189483573645.issue17343@psf.upfronthosting.co.za>


Brett Cannon added the comment:

There is no string view that I know of. Interesting idea, though, thanks to the immutability of strings. Would much have to be different other than boundary checking and __hash__ (and hoping extension authors are changing things in-place)?

I say go ahead and open the issue for the idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17343>
_______________________________________

From report at bugs.python.org  Mon Mar  4 23:30:26 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 04 Mar 2013 22:30:26 +0000
Subject: [issue17301] An in-place version of many bytearray methods is needed
In-Reply-To: <1361910523.06.0.491264384267.issue17301@psf.upfronthosting.co.za>
Message-ID: <1362436226.76.0.78015511958.issue17301@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Gregory, if an in-place version of .translate is all you want, only ask for that. Change the title and let us focus on the best case. Forget what others *might* want.

Serhiy, what is 'tacts per byte'?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17301>
_______________________________________

From report at bugs.python.org  Mon Mar  4 23:32:03 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 04 Mar 2013 22:32:03 +0000
Subject: [issue16848] Mac OS X: python-config --ldflags and location of
	Python.framework
In-Reply-To: <1357212774.75.0.369526303193.issue16848@psf.upfronthosting.co.za>
Message-ID: <3ZKbZW0kyqz7Lp0@mail.python.org>


Roundup Robot added the comment:

New changeset bab708624dc4 by Ned Deily in branch '2.7':
Issue #16848: python-config now returns proper --ldflags values for OS X
http://hg.python.org/cpython/rev/bab708624dc4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16848>
_______________________________________

From report at bugs.python.org  Mon Mar  4 23:34:01 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 22:34:01 +0000
Subject: [issue11732] Skip decorator for tests requiring manual intervention
	on Windows
In-Reply-To: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>
Message-ID: <1362436441.65.0.199084992809.issue11732@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Attached an updated patch:
- renamed the context manager from no_crash_popups to suppress_crash_popup, as suggested by Brian (I also made it singular, because there shouldn't be more than one crash/popup per call);
- used the context manager on all the crashing tests (test_capi and test_faulthandler);
- added documentation;

I tested it on Windows 7 and Linux (where it's a no-op), and according to MSDN it should work even on Windows XP.  If there aren't other comments I'll commit this soon.  If test_capi is also crashing on 2.7/3.2, I will probably backport it there too.

----------
Added file: http://bugs.python.org/file29309/nopopup2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11732>
_______________________________________

From report at bugs.python.org  Mon Mar  4 23:36:05 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 04 Mar 2013 22:36:05 +0000
Subject: [issue17301] An in-place version of many bytearray methods is needed
In-Reply-To: <1361910523.06.0.491264384267.issue17301@psf.upfronthosting.co.za>
Message-ID: <1362436565.38.0.127807212314.issue17301@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17301>
_______________________________________

From report at bugs.python.org  Mon Mar  4 23:39:27 2013
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Mar 2013 22:39:27 +0000
Subject: [issue16848] Mac OS X: python-config --ldflags and location of
	Python.framework
In-Reply-To: <1357212774.75.0.369526303193.issue16848@psf.upfronthosting.co.za>
Message-ID: <1362436767.19.0.663351008695.issue16848@psf.upfronthosting.co.za>


Ned Deily added the comment:

Other than the tabs, the patch LGTM.  I originally noticed the problem when addressing Issue14197, a Python 3 only issue, and fixed it there. But I did not go back and check that the python-config part was also an issue for 2.7.  Now committed for release in 2.7.4.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16848>
_______________________________________

From report at bugs.python.org  Mon Mar  4 23:40:07 2013
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Mar 2013 22:40:07 +0000
Subject: [issue16848] Mac OS X: python-config --ldflags and location of
	Python.framework
In-Reply-To: <1357212774.75.0.369526303193.issue16848@psf.upfronthosting.co.za>
Message-ID: <1362436807.15.0.326738632983.issue16848@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16848>
_______________________________________

From report at bugs.python.org  Tue Mar  5 01:20:38 2013
From: report at bugs.python.org (Matthias Braun)
Date: Tue, 05 Mar 2013 00:20:38 +0000
Subject: [issue3290] python-config --cflags includes irrelevant flags
In-Reply-To: <1215284947.23.0.370691849564.issue3290@psf.upfronthosting.co.za>
Message-ID: <1362442838.02.0.915018107163.issue3290@psf.upfronthosting.co.za>


Matthias Braun added the comment:

I hacked up a proof-of-concept patch which filters out the most annoying flags (warnings, -Ox and -DNDEBUG flags).

(Though IMO the only really robust solution would be not having code but just declarations in the public headers, so --includes is enough. In my personal project I ended up to just use --includes and manually make sure that I don't use any of the code in the headers, but just the declarations).

----------
keywords: +patch
nosy: +Matthias.Braun
Added file: http://bugs.python.org/file29310/python-config-filter-cflags.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3290>
_______________________________________

From report at bugs.python.org  Tue Mar  5 01:50:38 2013
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 05 Mar 2013 00:50:38 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362444638.74.0.276242139716.issue13477@psf.upfronthosting.co.za>


Berker Peksag added the comment:

> Patch looks good!  Some minor comments on Rietveld.

Thanks for the review, ?ric.

> Could you add tests?

Done.

Here's the new patch with ?ric's comments addressed.

----------
Added file: http://bugs.python.org/file29311/issue13477_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Tue Mar  5 05:05:14 2013
From: report at bugs.python.org (Todd Rovito)
Date: Tue, 05 Mar 2013 04:05:14 +0000
Subject: [issue16278] os.rename documentation slightly inaccurate
In-Reply-To: <1350581776.08.0.668682100781.issue16278@psf.upfronthosting.co.za>
Message-ID: <1362456314.33.0.129592963196.issue16278@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Ezio,
  Thank you or the feedback I will continue to polish the test cases.  As far as the documentation I really like the table and find it easy to read but I could go either way.  If you read the history of this issue other Python Core Developers asked to write test cases and make sure the documentation matches the test cases.  It makes no difference to me I just want to contribute!!!!  Which approach will produce the best results for the Python community? I think the table is a good compromise.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16278>
_______________________________________

From report at bugs.python.org  Tue Mar  5 06:15:17 2013
From: report at bugs.python.org (Jacques Fortier)
Date: Tue, 05 Mar 2013 05:15:17 +0000
Subject: [issue17353] Plistlib outputs empty data tags when deeply nested
In-Reply-To: <1362429215.6.0.797287296233.issue17353@psf.upfronthosting.co.za>
Message-ID: <1362460517.13.0.186960214696.issue17353@psf.upfronthosting.co.za>


Jacques Fortier added the comment:

Quick source inspection suggests this is present in the latest version.

----------
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17353>
_______________________________________

From report at bugs.python.org  Tue Mar  5 07:28:00 2013
From: report at bugs.python.org (Trent Nelson)
Date: Tue, 05 Mar 2013 06:28:00 +0000
Subject: [issue17344] checking size of size_t... configure: error:
In-Reply-To: <1362419533.91.0.776615046361.issue17344@psf.upfronthosting.co.za>
Message-ID: <20130305062755.GA80374@snakebite.org>


Trent Nelson added the comment:

Shilpi, can you paste the exact ./configure invocation you're using?

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17344>
_______________________________________

From report at bugs.python.org  Tue Mar  5 07:49:56 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 05 Mar 2013 06:49:56 +0000
Subject: [issue16098] Bisect optimization in heapq.nsmallest is never used
In-Reply-To: <1349091566.51.0.299551598321.issue16098@psf.upfronthosting.co.za>
Message-ID: <3ZKpd000Xtz7Ll4@mail.python.org>


Roundup Robot added the comment:

New changeset de6627cf81f4 by Raymond Hettinger in branch '3.3':
Issue #16098:  Update heapq.nsmallest to use the same algorithm as nlargest.
http://hg.python.org/cpython/rev/de6627cf81f4

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16098>
_______________________________________

From report at bugs.python.org  Tue Mar  5 08:12:58 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 05 Mar 2013 07:12:58 +0000
Subject: [issue17128] OS X system openssl deprecated - installer should build
	local libssl
In-Reply-To: <1360569587.45.0.627693614853.issue17128@psf.upfronthosting.co.za>
Message-ID: <CAPOVWOTcoF46nQ9hA2_b1gXSZ+PubydqxL-ybXeW9cgyxPmNPA@mail.gmail.com>


Senthil Kumaran added the comment:

Ronald:

Sorry for the delay in response. I was referring to this:

https://github.com/capistrano/capistrano/issues/250#issuecomment-8055991

" Mountain Lion no longer includes OpenSSL as it uses a different SSL
implementation. So, you need to have RVM install OpenSSL, then
reinstall rubies. This also fixes the SSL error with bundler updating
gems."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17128>
_______________________________________

From report at bugs.python.org  Tue Mar  5 08:21:07 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 05 Mar 2013 07:21:07 +0000
Subject: [issue16098] Bisect optimization in heapq.nsmallest is never used
In-Reply-To: <1349091566.51.0.299551598321.issue16098@psf.upfronthosting.co.za>
Message-ID: <3ZKqJy4XwPzT2L@mail.python.org>


Roundup Robot added the comment:

New changeset aa9ed98a49cb by Raymond Hettinger in branch '2.7':
Issue #16098:  Update heapq.nsmallest to use the same algorithm as nlargest.
http://hg.python.org/cpython/rev/aa9ed98a49cb

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16098>
_______________________________________

From report at bugs.python.org  Tue Mar  5 10:24:00 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 05 Mar 2013 09:24:00 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <3ZKt2l2yHCz7Lmy@mail.python.org>


Roundup Robot added the comment:

New changeset c31d700dea8b by Senthil Kumaran in branch '2.7':
Fix Issue #12921: BaseHTTPServer's send_error should send the correct error
http://hg.python.org/cpython/rev/c31d700dea8b

New changeset 5126e62c60af by Senthil Kumaran in branch '3.2':
Fix Issue #12921: BaseHTTPServer's send_error should send the correct error
http://hg.python.org/cpython/rev/5126e62c60af

New changeset 5d76a4746d9d by Senthil Kumaran in branch '3.3':
Fix Issue #12921: BaseHTTPServer's send_error should send the correct error
http://hg.python.org/cpython/rev/5d76a4746d9d

New changeset b87792757ee8 by Senthil Kumaran in branch 'default':
Fix Issue #12921: BaseHTTPServer's send_error should send the correct error
http://hg.python.org/cpython/rev/b87792757ee8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Tue Mar  5 10:31:08 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 05 Mar 2013 09:31:08 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1362475868.5.0.478336491775.issue12921@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Karl - thanks for your telnet debugging session output. Helped realized the problem better. So I had been thinking that sending message is okay. But had not realized that same variable name was used and was causing problem.

I have gone ahead with the fix for now. And for the tests, I think, will be written very similar to test_header_buffering_of_send_error of test_header_bufferring_of_send_error - when send_error is sent and then error asserted.

(Usually, I try to change test and patch together and that's our protocol too. In this case, I only tested it manually, thinking that there is not test coverage for this portion (yet). But later when I peeked into tests, I saw that it would be written for this scenario). Will include and then close this report. The other suggestion of Paul can be included in another report and so the change of the error status to proper 501 Not Implemented.

Thanks.

----------
versions: +Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Tue Mar  5 10:54:15 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 05 Mar 2013 09:54:15 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1362477255.2.0.32638993464.issue12921@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

There is a test failure. which leads me to believe that "Error message" may probably be relied upon by some applications.
 

FAIL: test_header_length (test.test_httpservers.BaseHTTPRequestHandlerTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/export/home/buildbot/64bits/3.2.cea-indiana-amd64/build/Lib/test/test_httpservers.py", line 605, in test_header_length
    self.assertEqual(result[0], b'HTTP/1.1 400 Line too long\r\n')
AssertionError: b'HTTP/1.1 400 Bad Request\r\n' != b'HTTP/1.1 400 Line too long\r\n'



I think, I am going revert the change I made first.

Because, looking at documentation and usage, leads me to believe that we are bit assuming much from a misleading example.

send_error(code, message) - message here is optional, but when sent, the server is responsible for displaying it. 

It is *never* advertised that the traceback can be sent as a message.

However, I do think there a chance for improvement and that is the reason, I went ahead with the change.

The improvement can be send_error - response header could be the uniform shortmsg and response body can be the message that is sent by send_error(code, message).  Now, this will be improvement and it should be discussed in that aspect rather than as a fix for anything.

Going ahead with the revert. Sorry for the mistake.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Tue Mar  5 10:56:30 2013
From: report at bugs.python.org (Dmitry Shachnev)
Date: Tue, 05 Mar 2013 09:56:30 +0000
Subject: [issue17354] TypeError when running setup.py upload --show-response
Message-ID: <1362477390.5.0.0948217479976.issue17354@psf.upfronthosting.co.za>


New submission from Dmitry Shachnev:

When running `python3 setup.py sdist upload --show-response`, one may get this exception:

Traceback (most recent call last):
  File "setup.py", line 47, in <module>
    requires=['dbus']
  File "/usr/lib/python3.2/distutils/core.py", line 148, in setup
    dist.run_commands()
  File "/usr/lib/python3.2/distutils/dist.py", line 917, in run_commands
    self.run_command(cmd)
  File "/usr/lib/python3.2/distutils/dist.py", line 936, in run_command
    cmd_obj.run()
  File "/usr/lib/python3.2/distutils/command/upload.py", line 66, in run
    self.upload_file(command, pyversion, filename)
  File "/usr/lib/python3.2/distutils/command/upload.py", line 201, in upload_file
    msg = '\n'.join(('-' * 75, r.read(), '-' * 75))
TypeError: sequence item 1: expected str instance, bytes found

This happens because r is binary stream, so r.read() returns bytes. A trivial patch that fixes the problem is attached.

----------
components: Library (Lib)
files: distutils-decode-server-response.patch
keywords: patch
messages: 183517
nosy: mitya57
priority: normal
severity: normal
status: open
title: TypeError when running setup.py upload --show-response
versions: Python 3.3
Added file: http://bugs.python.org/file29312/distutils-decode-server-response.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17354>
_______________________________________

From report at bugs.python.org  Tue Mar  5 11:25:47 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 05 Mar 2013 10:25:47 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <3ZKvQ30gzXzRtR@mail.python.org>


Roundup Robot added the comment:

New changeset 4e6c46d5f77d by Senthil Kumaran in branch '2.7':
Reverting the changeset c31d700dea8b made for Issue #12921
http://hg.python.org/cpython/rev/4e6c46d5f77d

New changeset 637d7c953b10 by Senthil Kumaran in branch '3.2':
Reverting the changeset 5126e62c60af made for Issue #12921
http://hg.python.org/cpython/rev/637d7c953b10

New changeset 84e7a7f6ddb8 by Senthil Kumaran in branch '3.3':
Reverting the changeset 5d76a4746d9d made for Issue #12921
http://hg.python.org/cpython/rev/84e7a7f6ddb8

New changeset b0890674bc21 by Senthil Kumaran in branch 'default':
Reverting the changeset b87792757ee8  made for Issue #12921
http://hg.python.org/cpython/rev/b0890674bc21

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Tue Mar  5 11:53:39 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 05 Mar 2013 10:53:39 +0000
Subject: [issue6419] Broken test_kqueue.py on OpenBSD
In-Reply-To: <1246742581.68.0.218952543803.issue6419@psf.upfronthosting.co.za>
Message-ID: <1362480819.14.0.417457815055.issue6419@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy:  -mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6419>
_______________________________________

From report at bugs.python.org  Tue Mar  5 12:01:03 2013
From: report at bugs.python.org (Kushal Das)
Date: Tue, 05 Mar 2013 11:01:03 +0000
Subject: [issue15465] Improved documentation for C API version info
In-Reply-To: <1343372725.26.0.84225170505.issue15465@psf.upfronthosting.co.za>
Message-ID: <1362481263.76.0.119450224817.issue15465@psf.upfronthosting.co.za>


Changes by Kushal Das <kushaldas at gmail.com>:


Added file: http://bugs.python.org/file29313/issue15465v4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15465>
_______________________________________

From report at bugs.python.org  Tue Mar  5 12:04:12 2013
From: report at bugs.python.org (Kushal Das)
Date: Tue, 05 Mar 2013 11:04:12 +0000
Subject: [issue15465] Improved documentation for C API version info
In-Reply-To: <1343372725.26.0.84225170505.issue15465@psf.upfronthosting.co.za>
Message-ID: <1362481452.96.0.502899141571.issue15465@psf.upfronthosting.co.za>


Kushal Das added the comment:

version 4 of the patch contains a new column in table as Bytes as suggested by Ezio Melotti

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15465>
_______________________________________

From report at bugs.python.org  Tue Mar  5 12:57:57 2013
From: report at bugs.python.org (karl)
Date: Tue, 05 Mar 2013 11:57:57 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1362484677.11.0.558995467283.issue12921@psf.upfronthosting.co.za>


karl added the comment:

The culprit is here 
http://hg.python.org/cpython/file/3.3/Lib/http/server.py#l320

That an application or a person decides to send another message is ok. Designer choice. That the library is sending something optional as a test seems more uncomfortable.

The list of codes for 4xx is declared at 
http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-22#section-6.5

In HTTP, only the code is mandatory, the text is optional. But indeed you reveal a loophole, which means that someone might want to send a message for the body. That said, I still do not think it should lend in the header for reasons explained previously (serious breakage).

I will come up with something which is fixing the issue without breaking the existent. 

That said, do I open another bug for the test? The test should be fixed too. It should test 400 only. and not the full status-line.

The previous test is also an issue, testing 414. Because the prose in the spec is "URI Too Long" and not "HTTP/1.1 414 Request-URI Too Long"
http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-22#section-6.5.12

Hmmm? I see all tests are like this. It should be fixed. Opening bug? Thought?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Tue Mar  5 13:21:27 2013
From: report at bugs.python.org (karl)
Date: Tue, 05 Mar 2013 12:21:27 +0000
Subject: [issue17355] http tests testing more than the error code are fragile
Message-ID: <1362486087.71.0.484772154915.issue17355@psf.upfronthosting.co.za>


New submission from karl:

Some of the tests of the HTTP Test suite are checking for the full status-line, instead of just the error code.


Why is it an issue?

1. The only mandatory part in the status-line is the error code. The phrase is optional. For example the response is made of 3 parts.

   HTTP/1.1 400 Bad Request
   ('HTTP/1.1', '400', 'Bad Request')

Only 400 is the mandatory part of the error code and is testing the error.

2. It creates dependencies on how we conceive, modify the construction of the status-line and error messages.

3. Some tests are testing messages with different "optional texts".

http://hg.python.org/cpython/file/3.3/Lib/test/test_httpservers.py#l640
Test for "HTTP/1.1 400 Line Too Long\r\n".
Instead of just testing "400". (A specific message could be put in the body, but that's informational)

http://hg.python.org/cpython/file/3.3/Lib/test/test_httpservers.py#l633
Test for "HTTP/1.1 414 Request-URI Too Long\r\n"
instead of just testing "414", btw the spec says for the optional message "URI Too Long"
http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-22#section-6.5.12

Testing the message, IMHO, should be only, for testing the construction of the message. The tests here are made for testing the right error code, but they try to do more.

Hope it helps :)

Threading: related to http://bugs.python.org/issue12921#msg183520

----------
messages: 183521
nosy: karlcow, orsenthil
priority: normal
severity: normal
status: open
title: http tests testing more than the error code are fragile
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17355>
_______________________________________

From report at bugs.python.org  Tue Mar  5 13:21:46 2013
From: report at bugs.python.org (karl)
Date: Tue, 05 Mar 2013 12:21:46 +0000
Subject: [issue17355] http tests testing more than the error code are fragile
In-Reply-To: <1362486087.71.0.484772154915.issue17355@psf.upfronthosting.co.za>
Message-ID: <1362486106.62.0.375851575722.issue17355@psf.upfronthosting.co.za>


Changes by karl <karl+pythonbugs at la-grange.net>:


----------
components: +Library (Lib), Tests

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17355>
_______________________________________

From report at bugs.python.org  Tue Mar  5 13:22:43 2013
From: report at bugs.python.org (karl)
Date: Tue, 05 Mar 2013 12:22:43 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1362486163.0.0.352211887767.issue12921@psf.upfronthosting.co.za>


karl added the comment:

Senthil,


I created another bug reports for the tests which are fragile.
http://bugs.python.org/issue17355

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Tue Mar  5 14:30:53 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Tue, 05 Mar 2013 13:30:53 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <51351BAE.4000207@gmail.com>
Message-ID: <CAH_1eM3ZPQFpad+cWM9Ue_OJ9jbBjM4fWb0U91aebjLzTbxESg@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> No.  I only looked at the diff and assumed both changes were for Queue.

OK, great.

> Since you marked issue 10886 as superceded, do you intend to do the
> pickling in put()?

Actually no, I'll reopen it.
I find the performance hit important, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Tue Mar  5 14:31:23 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Tue, 05 Mar 2013 13:31:23 +0000
Subject: [issue10886] Unhelpful backtrace for multiprocessing.Queue
In-Reply-To: <1294744619.25.0.366060169853.issue10886@psf.upfronthosting.co.za>
Message-ID: <1362490283.12.0.840449721662.issue10886@psf.upfronthosting.co.za>


Changes by Charles-Fran?ois Natali <cf.natali at gmail.com>:


----------
status: closed -> open
superseder: reduce multiprocessing.Queue contention -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10886>
_______________________________________

From report at bugs.python.org  Tue Mar  5 14:33:53 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Mar 2013 13:33:53 +0000
Subject: [issue15866] encode(...,
	'xmlcharrefreplace') produces entities for surrogate pairs
In-Reply-To: <1346871274.13.0.653364801762.issue15866@psf.upfronthosting.co.za>
Message-ID: <1362490433.6.0.456077634486.issue15866@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> I think it's better to be compatible with 3.3+.  This is anyway a rather obscure corner case.

Well, we should not introduce new divergence between 3.2 wide build and 3.3.

> Do you want to propose a new patch?

I will do it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15866>
_______________________________________

From report at bugs.python.org  Tue Mar  5 14:34:04 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Mar 2013 13:34:04 +0000
Subject: [issue17353] Plistlib outputs empty data tags when deeply nested
In-Reply-To: <1362429215.6.0.797287296233.issue17353@psf.upfronthosting.co.za>
Message-ID: <1362490444.58.0.580834597832.issue17353@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

We should limit the indentation to be less than the maximal line length.

----------
assignee:  -> ronaldoussoren
components: +Macintosh
nosy: +ronaldoussoren, serhiy.storchaka
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.2, Python 3.3 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17353>
_______________________________________

From report at bugs.python.org  Tue Mar  5 14:35:23 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 05 Mar 2013 13:35:23 +0000
Subject: [issue17355] http tests testing more than the error code are fragile
In-Reply-To: <1362486087.71.0.484772154915.issue17355@psf.upfronthosting.co.za>
Message-ID: <1362490523.54.0.0594445318325.issue17355@psf.upfronthosting.co.za>


R. David Murray added the comment:

We are testing our http server.  It is not obviously inappropriate to test the full string.  Especially in the Line to Long case, where we are testing that our specific error message is produced.  If you wish to argue that we should emit the standard message and only put the specific info in the body of the response, that would be a design change, and then we should probably test for *that*, since it would be a change from current behavior.  Personally I find the more-specific information being in the response code message to be helpful, but I haven't done enough web programming lately for my opinion to count for much :)

So, I do not think this issue needs to be separate from issue 12921.  The tests should be fixed as part of the enhancement being advocated there (and I certainly agree it should be *possible* to control the two messages separately, regardless of what we choose to do by default).

----------
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> http.server.BaseHTTPRequestHandler.send_error and trailing newline

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17355>
_______________________________________

From report at bugs.python.org  Tue Mar  5 14:40:31 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 05 Mar 2013 13:40:31 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1362490831.67.0.964207676751.issue12921@psf.upfronthosting.co.za>


R. David Murray added the comment:

Which I closed, sorry.

I agree it should be possible to control the text produced with the error code separately from the text in the body.  I prefer the specific text produced by our http server to the generic message, but I would only be -0 on changing this so that the default was the generic message and the specific message only went in the body.  Since changing that would change the behavior of existing code, this is an enhacement request and not a bug fix.  (That is, it may be a design bug, but those get fixed as enhancements :)

Either way, the httpserver tests will need to be modified to test the API enhancement, and the possible default text change, proposed here.

----------
nosy: +r.david.murray
type: behavior -> enhancement
versions:  -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Tue Mar  5 14:54:18 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Mar 2013 13:54:18 +0000
Subject: [issue17343] Add a version of str.split which returns an iterator
In-Reply-To: <1362359066.58.0.311917237277.issue17343@psf.upfronthosting.co.za>
Message-ID: <1362491658.78.0.22429576704.issue17343@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> Indeed, a bytearray version would require the talked about but not implemented due to complexity (in pep3118) support for locking a buffer from other mutations.

I rather think that a bytearray version can't pre-scan the data. Note that an array for pre-scanned result can be larger than input data (if we split into a large number of small items). Also note that iterative split useful when we do not want to process all input, but only several first items.

Actually I think that in most common cases non-iterative split will be faster than iterative one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17343>
_______________________________________

From report at bugs.python.org  Tue Mar  5 15:05:44 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Mar 2013 14:05:44 +0000
Subject: [issue17343] Add a version of str.split which returns an iterator
In-Reply-To: <1362359066.58.0.311917237277.issue17343@psf.upfronthosting.co.za>
Message-ID: <1362492344.07.0.318483218705.issue17343@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> There is no string view that I know of. Interesting idea, though, thanks to the immutability of strings. Would much have to be different other than boundary checking and __hash__ (and hoping extension authors are changing things in-place)?

Objects/stringlib/unicode_format.h contains internal structure SubString which can be taken as a basis. But it is unlikely that it will be useful. All API which accept strings will require converting substring views to regular strings. And substring object can consume more memory than full string. This looks like a step backwards from PEP 393.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17343>
_______________________________________

From report at bugs.python.org  Tue Mar  5 15:20:15 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Mar 2013 14:20:15 +0000
Subject: [issue17301] An in-place version of many bytearray methods is needed
In-Reply-To: <1361910523.06.0.491264384267.issue17301@psf.upfronthosting.co.za>
Message-ID: <1362493215.97.0.691360913269.issue17301@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Sorry, Terry, I was meaning a CPU time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17301>
_______________________________________

From report at bugs.python.org  Tue Mar  5 15:23:35 2013
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 05 Mar 2013 14:23:35 +0000
Subject: [issue17301] An in-place version of many bytearray methods is needed
In-Reply-To: <1361910523.06.0.491264384267.issue17301@psf.upfronthosting.co.za>
Message-ID: <1362493415.32.0.451902013798.issue17301@psf.upfronthosting.co.za>


Christian Heimes added the comment:

+1

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17301>
_______________________________________

From report at bugs.python.org  Tue Mar  5 15:54:31 2013
From: report at bugs.python.org (karl)
Date: Tue, 05 Mar 2013 14:54:31 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1362495271.41.0.568023264572.issue12921@psf.upfronthosting.co.za>


karl added the comment:

hehe. No hard feelings. I still do not think it is a good idea to test the "error code" and its associated message in the same test. :)

For example, in RFC2616, 414 is defined as 

    414 Request-URI Too Long

and in the HTTP1.1bis (which will not get a new version number) because the goal of the work was to just clarify and not make incompatible changes, 414 is defined as 

    414 URI Too Long

which is fine because the message is optional. With the current tests, it will make it hard to modify :)
http://hg.python.org/cpython/file/3.3/Lib/http/server.py#l627

# More about this specific issue

Right now, send_error groks everything, which is not very good in terms of security and side effects. 
http://hg.python.org/cpython/file/3.3/Lib/http/server.py#l404

def send_error(self, code, message=None):

Then later on:
try:
   shortmsg, longmsg = self.responses[code]

* shortmsg is supposed to bewhat is written in the spec.
* longmsg  is specific to the python project. 

When the message is not defined it takes the shortmsg
http://hg.python.org/cpython/file/3.3/Lib/http/server.py#l421

but if defined it sends everything whatever it is
http://hg.python.org/cpython/file/3.3/Lib/http/server.py#l428

Checking the status-line 
http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-22#section-3.1.2

3.1.2. Status Line


   The first line of a response message is the status-line, consisting
   of the protocol version, a space (SP), the status code, another
   space, a possibly-empty textual phrase describing the status code,
   and ending with CRLF.

     status-line = HTTP-version SP status-code SP reason-phrase CRLF

   The status-code element is a 3-digit integer code describing the
   result of the server's attempt to understand and satisfy the client's
   corresponding request.  The rest of the response message is to be
   interpreted in light of the semantics defined for that status code.
   See Section 6 of [Part2] for information about the semantics of
   status codes, including the classes of status code (indicated by the
   first digit), the status codes defined by this specification,
   considerations for the definition of new status codes, and the IANA
   registry.

     status-code    = 3DIGIT

   The reason-phrase element exists for the sole purpose of providing a
   textual description associated with the numeric status code, mostly
   out of deference to earlier Internet application protocols that were
   more frequently used with interactive text clients.  A client SHOULD
   ignore the reason-phrase content.

     reason-phrase  = *( HTAB / SP / VCHAR / obs-text )


* So client SHOULD ignore the reason-phrase
* The reason-phrase can only contains 
** HTAB (horizontal tab)
** SP (space)
** VCHAR (any visible [USASCII] character)
** obs-text
*** As a convention, ABNF rule names prefixed with "obs-" denote "obsolete" grammar rules that appear for historical reasons.
*** obs-text = %x80-FF (range of characters)


A hacky way to mitigate the issue would be to 

1. extract the first line (stop after the first CRLF)
2. sanitize this line. (allow only "*(HTAB / SP / VCHAR / %x80-FF)" )
3. send only this.

Thoughts?
Honestly, I do not find very satisfying. ;) but at least it should not break everything.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Tue Mar  5 16:41:28 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 05 Mar 2013 15:41:28 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1362498088.71.0.262301280434.issue12921@psf.upfronthosting.co.za>


R. David Murray added the comment:

Your suggestion could probably be applied as a bug fix to maintenance releases, but is it worth the effort?  We don't generally try to protect programmers from themselves in Python.

On the other hand, there should clearly be a way to provide the 'explain' text as well as the message text.

In 3.4 we could add an 'explain' keyword to send_error.  If only explain is specified, we'd use the shortmsg for message.  That way, a programmer writing new code can make it work the way they want it to, while existing code will continue to work the way it used to.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Tue Mar  5 17:07:38 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 05 Mar 2013 16:07:38 +0000
Subject: [issue17301] An in-place version of many bytearray methods is needed
In-Reply-To: <1362493215.97.0.691360913269.issue17301@psf.upfronthosting.co.za>
Message-ID: <CAGE7PNK59UZFHc4r-9c62JrQzdrf8YD2HvBJhAsQvKEMkh2i5w@mail.gmail.com>


Gregory P. Smith added the comment:

The important reasons for this are memory use and cache thrashing, not just
CPU time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17301>
_______________________________________

From report at bugs.python.org  Tue Mar  5 18:05:31 2013
From: report at bugs.python.org (karl)
Date: Tue, 05 Mar 2013 17:05:31 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1362503131.45.0.0418195692156.issue12921@psf.upfronthosting.co.za>


karl added the comment:

R.david

Trying another patch just for understanding if it's what you meant.

What it does:

1. adding an 'explain' keyword
2. escaping the explain message for the body
3. checking for injection of newline in the reason phrase.

For the part 3, TODO:
check if there are other parts in the library if the reason phrase is injected in the message.

----------
Added file: http://bugs.python.org/file29314/issue-12921-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Tue Mar  5 18:09:48 2013
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 05 Mar 2013 17:09:48 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362503388.36.0.890164228586.issue17338@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Tue Mar  5 18:13:02 2013
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 05 Mar 2013 17:13:02 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362503582.4.0.111658464695.issue17338@psf.upfronthosting.co.za>


Christian Heimes added the comment:

My python-ideas posting about the same topic http://mail.python.org/pipermail/python-ideas/2013-March/019807.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Tue Mar  5 18:50:39 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Tue, 05 Mar 2013 17:50:39 +0000
Subject: [issue10886] Unhelpful backtrace for multiprocessing.Queue
In-Reply-To: <1294744619.25.0.366060169853.issue10886@psf.upfronthosting.co.za>
Message-ID: <1362505839.05.0.545837614356.issue10886@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

For the record, I'm posting thse benchmark numbers here (originally from issue #17025):

"""
with patch:
$ ./python /tmp/multi_queue.py
took 0.7945001125335693 seconds with 1 workers
took 0.7428359985351562 seconds with 2 workers
took 0.7897098064422607 seconds with 3 workers
took 1.1860828399658203 seconds with 4 workers

I tried Richard's suggestion of serializing the data inside put(), but this reduces performance quite notably:
$ ./python /tmp/multi_queue.py
took 1.412883996963501 seconds with 1 workers
took 1.3212130069732666 seconds with 2 workers
took 1.2271699905395508 seconds with 3 workers
took 1.4817359447479248 seconds with 4 workers

Although I didn't analyse it further, I guess one reason could be that if the serializing is done in put(), the feeder thread has nothing to do but keep waiting for data to be available from the buffer, send it, and block until there's more to do: basically, it almost doesn't use its time-slice, and spends its time blocking and doing context switches.
"""

So serializing the data from put() seems to have a significant performance impact (other benchmarks are welcome), that's something to keep in mind.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10886>
_______________________________________

From report at bugs.python.org  Tue Mar  5 19:12:15 2013
From: report at bugs.python.org (Vladimir Rutsky)
Date: Tue, 05 Mar 2013 18:12:15 +0000
Subject: [issue17356] Invalid link to repr() built-in function description
Message-ID: <1362507135.12.0.423032726441.issue17356@psf.upfronthosting.co.za>


New submission from Vladimir Rutsky:

References to built-in function repr() links to repr module (http://docs.python.org/2/library/repr.html#module-repr), but must link to description in http://docs.python.org/2/library/functions.html.

It can be at least in http://docs.python.org/2/library/functions.html (link in table at page top).

----------
assignee: docs at python
components: Documentation
messages: 183538
nosy: docs at python, vrutsky
priority: normal
severity: normal
status: open
title: Invalid link to repr() built-in function description
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17356>
_______________________________________

From report at bugs.python.org  Tue Mar  5 19:23:49 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 05 Mar 2013 18:23:49 +0000
Subject: [issue17357] Add missing verbosity message to importlib
Message-ID: <1362507829.49.0.31047461658.issue17357@psf.upfronthosting.co.za>


New submission from Brett Cannon:

Looks like I missed some verbosity messages in importlib. The most obvious one is the "trying" messages under verbosity 2 (-vv or PYTHONVERBOSE=2). Should probably go through import.c again and make sure no other messages are missing (http://hg.python.org/cpython/file/637d7c953b10/Python/import.c).

----------
components: Interpreter Core
keywords: easy
messages: 183539
nosy: brett.cannon, twouters
priority: normal
severity: normal
stage: needs patch
status: open
title: Add missing verbosity message to importlib
type: behavior
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17357>
_______________________________________

From report at bugs.python.org  Tue Mar  5 19:33:54 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 05 Mar 2013 18:33:54 +0000
Subject: [issue11732] Skip decorator for tests requiring manual intervention
	on Windows
In-Reply-To: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>
Message-ID: <3ZL6FF5bkgzSqc@mail.python.org>


Roundup Robot added the comment:

New changeset 834a451f1cdb by Ezio Melotti in branch '3.3':
#11732: add a new suppress_crash_popup() context manager to test.support.
http://hg.python.org/cpython/rev/834a451f1cdb

New changeset b87123015fb0 by Ezio Melotti in branch 'default':
#11732: merge with 3.3.
http://hg.python.org/cpython/rev/b87123015fb0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11732>
_______________________________________

From report at bugs.python.org  Tue Mar  5 19:39:46 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 05 Mar 2013 18:39:46 +0000
Subject: [issue17357] Add missing verbosity message to importlib
In-Reply-To: <1362507829.49.0.31047461658.issue17357@psf.upfronthosting.co.za>
Message-ID: <1362508786.58.0.573720742248.issue17357@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Any change below needs to be checked for what verbosity it matters for (although I think there is only a single level 2 message):

PySys_WriteStderr("# %s has bad magic\n", cpathname); (http://hg.python.org/cpython/file/637d7c953b10/Python/import.c#l1038)

PySys_WriteStderr("import %s # directory %s\n", name, pathname);  although that might be confusing in the face of namespace packages (http://hg.python.org/cpython/file/637d7c953b10/Python/import.c#l1435)

PySys_WriteStderr("# trying %s\n", buf); (http://hg.python.org/cpython/file/637d7c953b10/Python/import.c#l1837)

PySys_WriteStderr("import %s # frozen%s\n", name, ispackage ? " package" : ""); (http://hg.python.org/cpython/file/637d7c953b10/Python/import.c#l2335)

PySys_WriteStderr("import %s # builtin\n", name); (http://hg.python.org/cpython/file/637d7c953b10/Python/import.c#l2224)

Everything else changed, but is covered by some new verbose message.



Should probably change "created {!r}" to "wrote {!r}" in importlib (http://hg.python.org/cpython/file/b0890674bc21/Lib/importlib/_bootstrap.py#l1091)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17357>
_______________________________________

From report at bugs.python.org  Tue Mar  5 19:42:10 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 05 Mar 2013 18:42:10 +0000
Subject: [issue17357] Add missing verbosity message to importlib
In-Reply-To: <1362507829.49.0.31047461658.issue17357@psf.upfronthosting.co.za>
Message-ID: <1362508930.33.0.680608801208.issue17357@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Actually, the builtin/frozen stuff is covered by a catch-all "import ..." message in importlib itself (I thought I wasn't _that_ sloppy when I added the messages). That just leaves the bad magic number, what to do about a matching directory, and "trying".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17357>
_______________________________________

From report at bugs.python.org  Tue Mar  5 19:50:29 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 05 Mar 2013 18:50:29 +0000
Subject: [issue14489] repr() function link on the built-in function
	documentation is incorrect
In-Reply-To: <1333520679.63.0.90940412535.issue14489@psf.upfronthosting.co.za>
Message-ID: <1362509429.26.0.22786968807.issue14489@psf.upfronthosting.co.za>


R. David Murray added the comment:

Confirm that this is not fixed.

----------
resolution: fixed -> 
stage: committed/rejected -> needs patch
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14489>
_______________________________________

From report at bugs.python.org  Tue Mar  5 19:51:23 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 05 Mar 2013 18:51:23 +0000
Subject: [issue17356] Invalid link to repr() built-in function description
In-Reply-To: <1362507135.12.0.423032726441.issue17356@psf.upfronthosting.co.za>
Message-ID: <1362509483.56.0.232116337658.issue17356@psf.upfronthosting.co.za>


R. David Murray added the comment:

Closing in favor of re-opening issue 14489, which tried to fix this and apparently failed.

----------
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> repr() function link on the built-in function documentation is incorrect

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17356>
_______________________________________

From report at bugs.python.org  Tue Mar  5 19:51:48 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 05 Mar 2013 18:51:48 +0000
Subject: [issue14489] repr() function link on the built-in function
	documentation is incorrect
In-Reply-To: <1333520679.63.0.90940412535.issue14489@psf.upfronthosting.co.za>
Message-ID: <1362509508.66.0.438411688468.issue14489@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +vrutsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14489>
_______________________________________

From report at bugs.python.org  Tue Mar  5 19:53:35 2013
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 05 Mar 2013 18:53:35 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362509615.11.0.898720848367.issue17338@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Here is an experimental patch. The speedup is ... measurable.

$ ./python -m timeit -n1000 "l = []" "l.__preallocate__(10000)" "app = l.append" "for i in range(10000): app(i)" "l.__shrink__()"
1000 loops, best of 3: 3.68 msec per loop

$ ./python -m timeit -n1000 "l = []" "app = l.append" "for i in range(10000): app(i)"
1000 loops, best of 3: 3.75 msec per loop

----------
keywords: +patch
Added file: http://bugs.python.org/file29315/preallocate.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Tue Mar  5 19:54:25 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 05 Mar 2013 18:54:25 +0000
Subject: [issue17223] Initializing array.array with unicode type code and
	buffer segfaults
In-Reply-To: <1361144705.32.0.225799767897.issue17223@psf.upfronthosting.co.za>
Message-ID: <1362509665.92.0.452265603445.issue17223@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Tests are still failing on Windows:
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/1558/steps/test/logs/stdio

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17223>
_______________________________________

From report at bugs.python.org  Tue Mar  5 20:01:10 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 05 Mar 2013 19:01:10 +0000
Subject: [issue14489] repr() function link on the built-in function
	documentation is incorrect
In-Reply-To: <1333520679.63.0.90940412535.issue14489@psf.upfronthosting.co.za>
Message-ID: <1362510070.14.0.38504407291.issue14489@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14489>
_______________________________________

From report at bugs.python.org  Tue Mar  5 20:04:41 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 05 Mar 2013 19:04:41 +0000
Subject: [issue11732] Skip decorator for tests requiring manual intervention
	on Windows
In-Reply-To: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>
Message-ID: <1362510281.73.0.101141646336.issue11732@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I applied this only on 3.3/3.x because I didn't manage to test on 2.7/3.2.
If test_ctypes and/or other tests are failing there I can backport it, but the patch needs to be tweaked there because it doesn't apply cleanly (and there's no test_faulthandler there).

----------
assignee: brian.curtin -> ezio.melotti
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11732>
_______________________________________

From report at bugs.python.org  Tue Mar  5 20:12:50 2013
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 05 Mar 2013 19:12:50 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
In-Reply-To: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>
Message-ID: <1362510770.37.0.375619028595.issue17323@psf.upfronthosting.co.za>


Brian Curtin added the comment:

I don't know exactly what the option would be called, but +1 on the idea. Perhaps something under the interpreter's -X option since it's implementation-specific?

This output gets in the way a fair bit when debugging interpreter sessions, and Chris brings up a good point about testability.

----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From report at bugs.python.org  Tue Mar  5 20:33:05 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 05 Mar 2013 19:33:05 +0000
Subject: [issue17358] imp.load_module() leads to the improper caching of the
	'file' argument
Message-ID: <1362511985.74.0.511214026015.issue17358@psf.upfronthosting.co.za>


New submission from Brett Cannon:

As of right now, if you use imp.load_module(), it will store any 'file' argument you give it in a hacked loader. That's a problem when you call imp.reload() on such a module, though, as subsequent calls to __loader__.load_module() will attempt to use the cached file object which was closed on the initial load. What the code should do is use the hacked loader to load the module, but then set an unhacked loader to __loader__ for reloads to work properly.

Traceback below:

======================================================================
ERROR: test_source (test.test_imp.ReloadTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/build/work/cf49a3092a96daebb23bf3c6e0d86ac9/google3/tmp/lib/python3.3/test/test_imp.py", line 248, in test_source
    imp.reload(os)
  File "/build/work/cf49a3092a96daebb23bf3c6e0d86ac9/google3/tmp/lib/python3.3/imp.py", line 252, in reload
    return module.__loader__.load_module(name)
  File "<frozen importlib._bootstrap>", line 586, in _check_name_wrapper
  File "<frozen importlib._bootstrap>", line 1023, in load_module
  File "<frozen importlib._bootstrap>", line 1004, in load_module
  File "<frozen importlib._bootstrap>", line 562, in module_for_loader_wrapper
  File "<frozen importlib._bootstrap>", line 854, in _load_module
  File "<frozen importlib._bootstrap>", line 978, in get_code
  File "/build/work/cf49a3092a96daebb23bf3c6e0d86ac9/google3/tmp/lib/python3.3/imp.py", line 88, in get_data
    with self.file:
ValueError: I/O operation on closed file.

----------
components: Library (Lib)
keywords: easy
messages: 183549
nosy: brett.cannon
priority: normal
severity: normal
stage: test needed
status: open
title: imp.load_module() leads to the improper caching of the 'file' argument
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17358>
_______________________________________

From report at bugs.python.org  Tue Mar  5 20:40:25 2013
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 05 Mar 2013 19:40:25 +0000
Subject: [issue17359] python modules.zip is not documented
Message-ID: <1362512425.64.0.937549165034.issue17359@psf.upfronthosting.co.za>


New submission from Marc-Andre Lemburg:

The feature to run a ZIP file containing Python modules is not documented.

It was implemented in Python 2.6:

 * http://bugs.python.org/issue1739468

and mentioned in the "What's new":

 * http://docs.python.org/2/whatsnew/2.6.html?highlight=python%20run%20zip%20files#other-language-changes

but searching the documentation for "__main__.py" returns 0 hits in the docs (for Python 2.7 and 3.4).

I guess "python dir" should also be mentioned somewhere...

----------
assignee: docs at python
components: Documentation
messages: 183550
nosy: docs at python, lemburg
priority: normal
severity: normal
status: open
title: python modules.zip is not documented
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17359>
_______________________________________

From report at bugs.python.org  Tue Mar  5 20:48:45 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Tue, 05 Mar 2013 19:48:45 +0000
Subject: [issue17359] python modules.zip is not documented
In-Reply-To: <1362512425.64.0.937549165034.issue17359@psf.upfronthosting.co.za>
Message-ID: <1362512925.34.0.75235502308.issue17359@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

>From http://docs.python.org/3/using/cmdline.html:

  Package names are also permitted. When a package name is supplied instead of a normal module, the interpreter will execute <pkg>.__main__ as the main module. This behaviour is deliberately similar to the handling of directories and zipfiles that are passed to the interpreter as the script argument.

This is for "-m"

Also:

 <script>

    Execute the Python code contained in script, which must be a filesystem path (absolute or relative) referring to either a Python file, a directory containing a __main__.py file, or a zipfile containing a __main__.py file.

----------
nosy: +eli.bendersky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17359>
_______________________________________

From report at bugs.python.org  Tue Mar  5 20:58:04 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Tue, 05 Mar 2013 19:58:04 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362513484.87.0.382422894727.issue17338@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

> Here is an experimental patch. The speedup is ... measurable.

It's likely to be more useful for dict and set, to avoid/limit rehashs.
Also, the allocation overhead depends on the implementation, I suspect the gain would be more important with PyPy.

FWIW, Java proposes this for lists and maps, but I'm not convinced exposing such tunables really makes sense for Python.

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Tue Mar  5 22:10:44 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Tue, 05 Mar 2013 21:10:44 +0000
Subject: [issue17358] imp.load_module() leads to the improper caching of the
	'file' argument
In-Reply-To: <1362511985.74.0.511214026015.issue17358@psf.upfronthosting.co.za>
Message-ID: <1362517844.66.0.149790912927.issue17358@psf.upfronthosting.co.za>


Roumen Petrov added the comment:

How to reproduce issue with normal in source tree build ?

I'm asking because to avoid issue, on read only file system , I use patch posted in scope of issue3754 and issue15833 (0016-CROSS-reload-may-fail-with-operation-on-closed-file-.patch) .

----------
nosy: +rpetrov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17358>
_______________________________________

From report at bugs.python.org  Tue Mar  5 22:24:08 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 05 Mar 2013 21:24:08 +0000
Subject: [issue17358] imp.load_module() leads to the improper caching of the
	'file' argument
In-Reply-To: <1362511985.74.0.511214026015.issue17358@psf.upfronthosting.co.za>
Message-ID: <1362518648.78.0.7137675333.issue17358@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I don't have a Python 3.3 install happy (someone at work reported the failure), but simply calling imp.load_module() and then __loader__.load_module() on the returned module immediately after should trigger it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17358>
_______________________________________

From report at bugs.python.org  Tue Mar  5 22:47:28 2013
From: report at bugs.python.org (Jeremy Archer)
Date: Tue, 05 Mar 2013 21:47:28 +0000
Subject: [issue17360] Regular expressions on mmap'd files can overflow
Message-ID: <1362520048.77.0.430567108666.issue17360@psf.upfronthosting.co.za>


New submission from Jeremy Archer:

I've recently been having problems with the Python regular expressions module when mmap'ing large (> 2^32 bits) on Linux.

Steps to reproduce:

https://gist.github.com/fatlotus/5094575

I've been able to replicate it on Ubuntu Linux (uname -r = 3.5.0-23-generic). Naturally, this is on a 64-bit platform with Python 2.7.3 installed from APT.

----------
components: Library (Lib), Regular Expressions
messages: 183555
nosy: ezio.melotti, fatlotus, mrabarnett
priority: normal
severity: normal
status: open
title: Regular expressions on mmap'd files can overflow
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17360>
_______________________________________

From report at bugs.python.org  Tue Mar  5 23:07:52 2013
From: report at bugs.python.org (Piotr Dobrogost)
Date: Tue, 05 Mar 2013 22:07:52 +0000
Subject: [issue14243] tempfile.NamedTemporaryFile not particularly useful
	on	Windows
In-Reply-To: <1331345648.86.0.0206250913108.issue14243@psf.upfronthosting.co.za>
Message-ID: <1362521272.18.0.176038426094.issue14243@psf.upfronthosting.co.za>


Changes by Piotr Dobrogost <pd at bugs.python.dobrogost.net>:


----------
nosy: +piotr.dobrogost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14243>
_______________________________________

From report at bugs.python.org  Tue Mar  5 23:09:07 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Tue, 05 Mar 2013 22:09:07 +0000
Subject: [issue17361] use CC to test compiler flags in setup.py
Message-ID: <1362521347.71.0.11246460086.issue17361@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

Version of gcc compiler may differ between build and host system. As result could be activated unsupported options and build of _decimal module will fail.

----------
components: Cross-Build
files: 0003-ORIGIN-use-CC-to-test-compiler-flags-in-setup.py.patch
keywords: patch
messages: 183556
nosy: doko, rpetrov, skrah
priority: normal
severity: normal
status: open
title: use CC to test compiler flags in setup.py
type: compile error
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29316/0003-ORIGIN-use-CC-to-test-compiler-flags-in-setup.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17361>
_______________________________________

From report at bugs.python.org  Tue Mar  5 23:22:42 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Tue, 05 Mar 2013 22:22:42 +0000
Subject: [issue17362] enable-new-dtags only for GNU ELF linker
Message-ID: <1362522162.88.0.5476696865.issue17362@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

GNU binutils properly document that flag --enable-new-dtags is only available on ELF systems.
I would like to propose a simple hack to avoid activation if ELF is not listed in supported emulations.

Comments in unixccompiler.py are not precise : "# GNU ld needs an extra option to get a RUNPATH ..", i.e. ELF is missing. 

Also GNULD is not correct name for flag. What about to change to GNUELFLD ?

You could test on cygwin for instance.

----------
components: Build
files: 0004-ORIGIN-enable-new-dtags-only-for-GNU-ELF-linker.patch
keywords: patch
messages: 183557
nosy: rpetrov
priority: normal
severity: normal
status: open
title: enable-new-dtags only for GNU ELF linker
type: compile error
versions: Python 3.4
Added file: http://bugs.python.org/file29317/0004-ORIGIN-enable-new-dtags-only-for-GNU-ELF-linker.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17362>
_______________________________________

From report at bugs.python.org  Tue Mar  5 23:27:59 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 05 Mar 2013 22:27:59 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362522479.48.0.147780207818.issue17338@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

The gain will be more noticeable the faster the Python implementation it is running under is. It is going to avoid logN relloc's in just about all implementations.  That CPython is relatively slow is not a justification to avoid adding the feature.

I like Christian's proposal of not having it be a constructor argument but having it be a __preallocate__ method on the object.  That keeps it out of the eyes of most users reading the docs (keeping the main interface clear) and lets us put it in a special section of the python docs.  Code that *needs* it could use it but most would not need to bother.

Python VMs would be free to have dummy do nothing implementations (ie: we should *never* guarantee that a python call to thing.__preallocate__(1000) followed immediately by a C extension module call that takes thing as input can assume anything about the underlying object... it needs to check the size or resize itself before using the unchecked _SET_ITEM macros, etc.)

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Tue Mar  5 23:32:11 2013
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 05 Mar 2013 22:32:11 +0000
Subject: [issue17329] Document unittest.SkipTest
In-Reply-To: <1362150273.59.0.386989863107.issue17329@psf.upfronthosting.co.za>
Message-ID: <1362522731.09.0.669170750833.issue17329@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Here's a pair of patches for 3.x and 2.7.  The 3.x patch is actually targeted at default; it has a couple extra instances of ``SkipTest`` that are converted to :exc:`SkipTest` in the patch.

----------
keywords: +patch
versions: +Python 3.3
Added file: http://bugs.python.org/file29318/issue17329.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17329>
_______________________________________

From report at bugs.python.org  Tue Mar  5 23:32:39 2013
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 05 Mar 2013 22:32:39 +0000
Subject: [issue17329] Document unittest.SkipTest
In-Reply-To: <1362150273.59.0.386989863107.issue17329@psf.upfronthosting.co.za>
Message-ID: <1362522759.63.0.180033562714.issue17329@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


Added file: http://bugs.python.org/file29319/issue17329-2.7.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17329>
_______________________________________

From report at bugs.python.org  Tue Mar  5 23:37:55 2013
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 05 Mar 2013 22:37:55 +0000
Subject: [issue17329] Document unittest.SkipTest
In-Reply-To: <1362150273.59.0.386989863107.issue17329@psf.upfronthosting.co.za>
Message-ID: <1362523075.45.0.281279449852.issue17329@psf.upfronthosting.co.za>


Zachary Ware added the comment:

In the patches, the description of SkipTest is copied directly from the docstring in Lib/unittest/case.py with a bit of markup added.  It mentions TestResult.skip(), which doesn't exist.  I wonder if that was meant to be TestCase.skipTest()?

----------
type:  -> enhancement
versions: +Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17329>
_______________________________________

From report at bugs.python.org  Wed Mar  6 00:42:06 2013
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Mar 2013 23:42:06 +0000
Subject: [issue17223] Initializing array.array with unicode type code and
	buffer segfaults
In-Reply-To: <1361144705.32.0.225799767897.issue17223@psf.upfronthosting.co.za>
Message-ID: <1362526926.65.0.883858259392.issue17223@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> ezio.melotti: Tests are still failing on Windows

Oh, I read the PyUnicode_FromUnicode() twice and there is a bug :-( With 16-bit wchar_t type (on Windows), find_maxchar_surrogates() doesn't fail if the wchar_* string contains in invalid surrogate pair.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17223>
_______________________________________

From report at bugs.python.org  Wed Mar  6 00:42:20 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 05 Mar 2013 23:42:20 +0000
Subject: [issue17223] Initializing array.array with unicode type code and
	buffer segfaults
In-Reply-To: <1361144705.32.0.225799767897.issue17223@psf.upfronthosting.co.za>
Message-ID: <3ZLF5759fPz7Lnt@mail.python.org>


Roundup Robot added the comment:

New changeset 15190138d3f3 by Victor Stinner in branch 'default':
Issue #17223: Add another test to check that _PyUnicode_Ready() rejects
http://hg.python.org/cpython/rev/15190138d3f3

New changeset b9f7b1bf36aa by Victor Stinner in branch 'default':
Issue #17223: Fix PyUnicode_FromUnicode() on Windows (16-bit wchar_t type)
http://hg.python.org/cpython/rev/b9f7b1bf36aa

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17223>
_______________________________________

From report at bugs.python.org  Wed Mar  6 00:44:13 2013
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Mar 2013 23:44:13 +0000
Subject: [issue17223] Initializing array.array with unicode type code and
	buffer segfaults
In-Reply-To: <1361144705.32.0.225799767897.issue17223@psf.upfronthosting.co.za>
Message-ID: <1362527053.04.0.7782647513.issue17223@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Changeset b9f7b1bf36aa should fix the test on Windows. My Windows VM is dead, I cannot test myself. If the fix works, it must be backported in Python 3.3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17223>
_______________________________________

From report at bugs.python.org  Wed Mar  6 01:05:40 2013
From: report at bugs.python.org (Tobias Becker)
Date: Wed, 06 Mar 2013 00:05:40 +0000
Subject: [issue17363] Argument Mixup in PyState_AddModule
Message-ID: <1362528340.9.0.203037073378.issue17363@psf.upfronthosting.co.za>


New submission from Tobias Becker:

http://docs.python.org/3.3/c-api/module.html?highlight=pymodule#PyState_AddModule

the arguments of PyState_AddModule are in wrong order:
currently: int PyState_AddModule(PyModuleDef *def, PyObject *module)
correct: int PyState_AddModule(PyObject *module,PyModuleDef *def)

----------
assignee: docs at python
components: Documentation
messages: 183564
nosy: Tobias.Becker, docs at python
priority: normal
severity: normal
status: open
title: Argument Mixup in PyState_AddModule
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17363>
_______________________________________

From report at bugs.python.org  Wed Mar  6 01:21:36 2013
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Mar 2013 00:21:36 +0000
Subject: [issue17223] Initializing array.array with unicode type code and
	buffer segfaults
In-Reply-To: <1361144705.32.0.225799767897.issue17223@psf.upfronthosting.co.za>
Message-ID: <1362529296.06.0.743789793196.issue17223@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Changeset b9f7b1bf36aa should fix the test on Windows.

Oh, many tests are failing because of this change, so I reverted it.

======================================================================
ERROR: test_surrogatepass_handler (test.test_codecs.CP65001Test)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_codecs.py", line 799, in test_surrogatepass_handler
    "abc\ud800def")
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\case.py", line 642, in assertEqual
    assertion_func(first, second, msg=msg)
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\case.py", line 1007, in assertMultiLineEqual
    if first != second:
ValueError: illegal UTF-16 surrogate


======================================================================
ERROR: test_unicode (test.test_array.ArrayReconstructorTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_array.py", line 183, in test_unicode
    msg="{0!r} != {1!r}; testcase={2!r}".format(a, b, testcase))
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\case.py", line 642, in assertEqual
    assertion_func(first, second, msg=msg)
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\case.py", line 632, in _baseAssertEqual
    if not first == second:
ValueError: illegal UTF-16 surrogate

======================================================================
ERROR: test_byteswap (test.test_array.UnicodeTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_array.py", line 239, in test_byteswap
    self.assertNotEqual(a, b)
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\case.py", line 648, in assertNotEqual
    if not first != second:
ValueError: illegal UTF-16 surrogate

======================================================================
FAIL: test_issue17223 (test.test_array.UnicodeTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_array.py", line 1082, in test_issue17223
    self.assertRaises(ValueError, a.tounicode)
AssertionError: ValueError not raised by tounicode

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17223>
_______________________________________

From report at bugs.python.org  Wed Mar  6 01:38:17 2013
From: report at bugs.python.org (Topher Brown)
Date: Wed, 06 Mar 2013 00:38:17 +0000
Subject: [issue17364] Multiprocessing documentation mentions function that
	doesn't exist
Message-ID: <1362530297.79.0.346292892341.issue17364@psf.upfronthosting.co.za>


New submission from Topher Brown:

multiprocessing documentation (http://docs.python.org/2/library/multiprocessing.html#pipes-and-queues) for multiprocessing.Queue mentions Queue.get_no_wait() as an alias for Queue.get_nowait(). This function does not seem to exist.

----------
assignee: docs at python
components: Documentation
messages: 183566
nosy: Topher.Brown, docs at python
priority: normal
severity: normal
status: open
title: Multiprocessing documentation mentions function that doesn't exist
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17364>
_______________________________________

From report at bugs.python.org  Wed Mar  6 01:48:40 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 06 Mar 2013 00:48:40 +0000
Subject: [issue17364] Multiprocessing documentation mentions function that
	doesn't exist
In-Reply-To: <1362530297.79.0.346292892341.issue17364@psf.upfronthosting.co.za>
Message-ID: <1362530920.2.0.670245740723.issue17364@psf.upfronthosting.co.za>


Changes by Richard Oudkerk <shibturn at gmail.com>:


----------
nosy: +sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17364>
_______________________________________

From report at bugs.python.org  Wed Mar  6 01:59:37 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 06 Mar 2013 00:59:37 +0000
Subject: [issue17363] Argument Mixup in PyState_AddModule
In-Reply-To: <1362528340.9.0.203037073378.issue17363@psf.upfronthosting.co.za>
Message-ID: <3ZLGpJ6HFcz7Lkh@mail.python.org>


Roundup Robot added the comment:

New changeset 29d5bc1226f9 by Ezio Melotti in branch '3.3':
#17363: fix arguments in PyState_AddModule and PyState_RemoveModule docs.
http://hg.python.org/cpython/rev/29d5bc1226f9

New changeset 75c0cb169be5 by Ezio Melotti in branch 'default':
#17363: merge with 3.3.
http://hg.python.org/cpython/rev/75c0cb169be5

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17363>
_______________________________________

From report at bugs.python.org  Wed Mar  6 02:03:39 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 06 Mar 2013 01:03:39 +0000
Subject: [issue17363] Argument Mixup in PyState_AddModule
In-Reply-To: <1362528340.9.0.203037073378.issue17363@psf.upfronthosting.co.za>
Message-ID: <1362531819.35.0.382388945307.issue17363@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the report!

----------
assignee: docs at python -> ezio.melotti
nosy: +ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type:  -> enhancement
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17363>
_______________________________________

From report at bugs.python.org  Wed Mar  6 02:24:07 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 06 Mar 2013 01:24:07 +0000
Subject: [issue17364] Multiprocessing documentation mentions function that
	doesn't exist
In-Reply-To: <1362530297.79.0.346292892341.issue17364@psf.upfronthosting.co.za>
Message-ID: <3ZLHLY2wmVzSlH@mail.python.org>


Roundup Robot added the comment:

New changeset 01a8fcc91d5a by Ezio Melotti in branch '2.7':
#17364: remove documentation for a function that does not exist.
http://hg.python.org/cpython/rev/01a8fcc91d5a

New changeset 4f9de1b18cab by Ezio Melotti in branch '3.2':
#17364: remove documentation for a function that does not exist.
http://hg.python.org/cpython/rev/4f9de1b18cab

New changeset 5e294202f93e by Ezio Melotti in branch '3.3':
#17364: merge with 3.2.
http://hg.python.org/cpython/rev/5e294202f93e

New changeset b87e9b8dc9ad by Ezio Melotti in branch 'default':
#17364: merge with 3.3.
http://hg.python.org/cpython/rev/b87e9b8dc9ad

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17364>
_______________________________________

From report at bugs.python.org  Wed Mar  6 02:25:22 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 06 Mar 2013 01:25:22 +0000
Subject: [issue17364] Multiprocessing documentation mentions function that
	doesn't exist
In-Reply-To: <1362530297.79.0.346292892341.issue17364@psf.upfronthosting.co.za>
Message-ID: <1362533122.63.0.356889348869.issue17364@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the report!

----------
assignee: docs at python -> ezio.melotti
nosy: +ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type:  -> enhancement
versions: +Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17364>
_______________________________________

From report at bugs.python.org  Wed Mar  6 02:50:41 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 06 Mar 2013 01:50:41 +0000
Subject: [issue17329] Document unittest.SkipTest
In-Reply-To: <1362150273.59.0.386989863107.issue17329@psf.upfronthosting.co.za>
Message-ID: <1362534641.23.0.98140781839.issue17329@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> I wonder if that was meant to be TestCase.skipTest()?

Most likely.

I would document this exception at the end of the "Skipping tests and expected failures".  You could documented it simply as "the exception raised by the skip decorators", and suggest to use TestCase.skipTest() to skip a test rather than just raising this exception directly.

I'm also not sure if the note should be kept -- it seems quite obvious to me that the test will be marked as skipped even if previous assertions succeeded.  Moreover, if the exception is generally not supposed to be used directly there's no need to explain how to use it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17329>
_______________________________________

From report at bugs.python.org  Wed Mar  6 03:21:07 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 06 Mar 2013 02:21:07 +0000
Subject: [issue11732] Skip decorator for tests requiring manual intervention
	on Windows
In-Reply-To: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>
Message-ID: <1362536467.22.0.970240296544.issue11732@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Attached an untested patch against 3.2.
On 2.7 and 3.2 there's no test_faulthandler, and the crashing test in test_ctypes seems to be in 3.x only.

Unless I'm missing something:
 1) no crash popups should appear while running the 2.7 test suite;
 2) only test_ctypes should show a crash popup on 3.2 and the attached patch should fix it;

Brian, if you can confirm this I'll go ahead, backport the patch on 3.2, and null merge it on 3.3/default.

----------
Added file: http://bugs.python.org/file29320/nopopup3.2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11732>
_______________________________________

From report at bugs.python.org  Wed Mar  6 03:32:12 2013
From: report at bugs.python.org (karl)
Date: Wed, 06 Mar 2013 02:32:12 +0000
Subject: [issue8732] Should urrllib2.urlopen send an Accept-Encoding header?
In-Reply-To: <1274021231.2.0.0953300031131.issue8732@psf.upfronthosting.co.za>
Message-ID: <1362537132.95.0.740505634603.issue8732@psf.upfronthosting.co.za>


karl added the comment:

What was the content of http://support.github.com/discussions/site/1510
I can't find it. Is the issue still going on?

----------
nosy: +karlcow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8732>
_______________________________________

From report at bugs.python.org  Wed Mar  6 03:42:54 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 06 Mar 2013 02:42:54 +0000
Subject: [issue15465] Improved documentation for C API version info
In-Reply-To: <1343372725.26.0.84225170505.issue15465@psf.upfronthosting.co.za>
Message-ID: <1362537774.16.0.624716539494.issue15465@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Mostly looks good to me, but the second sentence in the first paragraph of the new section should be deleted. The relationship between PY_LIMITED_API and PY_VERSION_HEX is already covered in the stable ABI docs:

"""In some cases, the stable ABI needs to be extended with new functions. Extensions modules wishing to use these new APIs need to set Py_LIMITED_API to the PY_VERSION_HEX value of the minimum Python version they want to support (e.g. 0x03030000 for Python 3.3). Such modules will work on all subsequent Python releases, but fail to load (because of missing symbols) on the older releases."""

(As a separate issue, it may be worth doing an editing pass on the stable ABI docs - there are a few typos in there, and the layout is a bit odd for a reference doc. We shouldn't hold up this patch for that, though).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15465>
_______________________________________

From report at bugs.python.org  Wed Mar  6 03:44:24 2013
From: report at bugs.python.org (karl)
Date: Wed, 06 Mar 2013 02:44:24 +0000
Subject: [issue8450] httplib: false BadStatusLine() raised
In-Reply-To: <1271630731.08.0.327097174192.issue8450@psf.upfronthosting.co.za>
Message-ID: <1362537864.6.0.636701454134.issue8450@psf.upfronthosting.co.za>


karl added the comment:

Hmm no code.
I wonder if it's about this part.
http://hg.python.org/cpython/file/3.3/Lib/http/client.py#l321

----------
nosy: +karlcow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8450>
_______________________________________

From report at bugs.python.org  Wed Mar  6 04:20:50 2013
From: report at bugs.python.org (karl)
Date: Wed, 06 Mar 2013 03:20:50 +0000
Subject: [issue13359] urllib2 doesn't escape spaces in http requests
In-Reply-To: <1320610427.07.0.982938376676.issue13359@psf.upfronthosting.co.za>
Message-ID: <1362540050.86.0.142432069455.issue13359@psf.upfronthosting.co.za>


karl added the comment:

The issue with the current patch is that it is escaping more than only the spaces, with possibly indirect border effect.
Anne van Kesteren is in the process of creating a parsing/writing specification for URL. Not finished but putting it here for future reference.
http://url.spec.whatwg.org/

----------
nosy: +karlcow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13359>
_______________________________________

From report at bugs.python.org  Wed Mar  6 04:39:14 2013
From: report at bugs.python.org (karl)
Date: Wed, 06 Mar 2013 03:39:14 +0000
Subject: [issue14132] Redirect is not working correctly in urllib2
In-Reply-To: <1330269331.97.0.613564747875.issue14132@psf.upfronthosting.co.za>
Message-ID: <1362541154.44.0.268360963715.issue14132@psf.upfronthosting.co.za>


karl added the comment:

?  curl -sI  http://kniznica.uniza.sk/opac

HTTP/1.1 302 Moved Temporarily
Date: Wed, 06 Mar 2013 03:23:06 GMT
Server: Indy/9.0.50
Content-Type: text/html
Location: ?fs=C79F09C9F1304E7AA4FF7C211BEA2B9B&fn=main


? python3.3

Python 3.3.0 (v3.3.0:bd8afb90ebf2, Sep 29 2012, 01:25:11) 
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib.parse
>>> urllib.parse.urlparse("http://kniznica.uniza.sk/opac")
ParseResult(scheme='http', netloc='kniznica.uniza.sk', path='/opac', params='', query='', fragment='')
>>> urllib.parse.urlparse("?fs=C79F09C9F1304E7AA4FF7C211BEA2B9B&fn=main")
ParseResult(scheme='', netloc='', path='', params='', query='fs=C79F09C9F1304E7AA4FF7C211BEA2B9B&fn=main', fragment='')

Redirection is defined at
http://hg.python.org/cpython/file/5e294202f93e/Lib/urllib/request.py#l643

----------
nosy: +karlcow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14132>
_______________________________________

From report at bugs.python.org  Wed Mar  6 05:10:23 2013
From: report at bugs.python.org (Kushal Das)
Date: Wed, 06 Mar 2013 04:10:23 +0000
Subject: [issue15465] Improved documentation for C API version info
In-Reply-To: <1343372725.26.0.84225170505.issue15465@psf.upfronthosting.co.za>
Message-ID: <1362543023.87.0.938881326326.issue15465@psf.upfronthosting.co.za>


Kushal Das added the comment:

Attached version 5 of the patch with changes based on suggestions of ncoghlan

----------
Added file: http://bugs.python.org/file29321/issue15465v5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15465>
_______________________________________

From report at bugs.python.org  Wed Mar  6 05:26:19 2013
From: report at bugs.python.org (karl)
Date: Wed, 06 Mar 2013 04:26:19 +0000
Subject: [issue15851] Lib/robotparser.py doesn't accept setting a user agent
	string, instead it uses the default.
In-Reply-To: <1346610964.7.0.836759738208.issue15851@psf.upfronthosting.co.za>
Message-ID: <1362543979.28.0.787877448273.issue15851@psf.upfronthosting.co.za>


karl added the comment:

Setting a user agent string should be possible.
My guess is that the default library has been used by an abusive client (by mistake or intent) and wikimedia project has decided to blacklist the client based on the user-agent string sniffing.

The match is on anything which matches

"Python-urllib" in UserAgentString

See below:

>>> import urllib.request
>>> opener = urllib.request.build_opener()
>>> opener.addheaders = [('User-agent', 'Python-urllib')]
>>> fobj = opener.open('http://en.wikipedia.org/robots.txt')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/urllib/request.py", line 479, in open
    response = meth(req, response)
  File "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/urllib/request.py", line 591, in http_response
    'http', request, response, code, msg, hdrs)
  File "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/urllib/request.py", line 517, in error
    return self._call_chain(*args)
  File "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/urllib/request.py", line 451, in _call_chain
    result = func(*args)
  File "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/urllib/request.py", line 599, in http_error_default
    raise HTTPError(req.full_url, code, msg, hdrs, fp)
urllib.error.HTTPError: HTTP Error 403: Forbidden
>>> import urllib.request
>>> opener = urllib.request.build_opener()
>>> opener.addheaders = [('User-agent', 'Pythonurllib/3.3')]
>>> fobj = opener.open('http://en.wikipedia.org/robots.txt')
>>> fobj
<http.client.HTTPResponse object at 0x101275850>
>>> import urllib.request
>>> opener = urllib.request.build_opener()
>>> opener.addheaders = [('User-agent', 'Pyt-honurllib/3.3')]
>>> fobj = opener.open('http://en.wikipedia.org/robots.txt')
>>> import urllib.request
>>> opener = urllib.request.build_opener()
>>> opener.addheaders = [('User-agent', 'Python-urllib')]
>>> fobj = opener.open('http://en.wikipedia.org/robots.txt')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/urllib/request.py", line 479, in open
    response = meth(req, response)
  File "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/urllib/request.py", line 591, in http_response
    'http', request, response, code, msg, hdrs)
  File "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/urllib/request.py", line 517, in error
    return self._call_chain(*args)
  File "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/urllib/request.py", line 451, in _call_chain
    result = func(*args)
  File "/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/urllib/request.py", line 599, in http_error_default
    raise HTTPError(req.full_url, code, msg, hdrs, fp)
urllib.error.HTTPError: HTTP Error 403: Forbidden
>>> import urllib.request
>>> opener = urllib.request.build_opener()
>>> opener.addheaders = [('User-agent', 'Python-urlli')]
>>> fobj = opener.open('http://en.wikipedia.org/robots.txt')
>>> 

Being able to change the header might indeed be a good thing.

----------
nosy: +karlcow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15851>
_______________________________________

From report at bugs.python.org  Wed Mar  6 06:51:12 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Wed, 06 Mar 2013 05:51:12 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362549072.33.0.296643494837.issue17338@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

I agree with basically all counter-arguments that were brought up so far. While I would eventually like to use the available length hints in the special case of Cython's list comprehensions, I'm far from seeing a general applicability for this. The use cases are fairly limited, the (missing) guarantees are easy to misunderstand by users and alternatives exist for most use cases. Python code shouldn't be bothered with memory management.

----------
nosy: +scoder

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Wed Mar  6 08:06:33 2013
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 06 Mar 2013 07:06:33 +0000
Subject: [issue17365] Remove Python 2 code from test_print
Message-ID: <1362553593.04.0.139053683866.issue17365@psf.upfronthosting.co.za>


New submission from Berker Peksag:

Changes:

* Removed Python 2 specific code
* Re-enabled u'' tests (see PEP 414)
* Cosmetic fixes

----------
components: Tests
files: test_print.diff
keywords: patch
messages: 183581
nosy: berker.peksag
priority: normal
severity: normal
status: open
title: Remove Python 2 code from test_print
versions: Python 3.4
Added file: http://bugs.python.org/file29322/test_print.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17365>
_______________________________________

From report at bugs.python.org  Wed Mar  6 08:20:02 2013
From: report at bugs.python.org (Dave Humphries)
Date: Wed, 06 Mar 2013 07:20:02 +0000
Subject: [issue17366] os.chdir win32
Message-ID: <1362554402.61.0.445452595453.issue17366@psf.upfronthosting.co.za>


New submission from Dave Humphries:

os.chdir missed a back slash in rewriting a file path see example below (the extra backslash was missing from the trunk directory). 
Modifying the path with an extra slash enabled this to work for some reason. (os windows 8 64 bit Python 2.7.3 (default, Apr 10 2012, 23:31:26) [MSC v.1500 32 bit (Intel)] on win32 :
spyder console output:
>>> os.chdir("C:\Projects\trunk\BusPirate\dangerous-prototypes-open-hardware-read-only\Bus_Pirate\scripts\pyBusPirateLite")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
WindowsError: [Error 123] The filename, directory name or volume label syntax is incorrect: 'C:\\Projects\trunk\\BusPirate\\dangerous-prototypes-open-hardware-read-only\\Bus_Pirate\\scripts\\pyBusPirateLite'
>>> os.chdir("C:\Projects\\trunk\BusPirate\dangerous-prototypes-open-hardware-read-only\Bus_Pirate\scripts\pyBusPirateLite")
>>> from pyBusPirateLite.SPI import *

----------
components: Windows
messages: 183582
nosy: DaveH
priority: normal
severity: normal
status: open
title: os.chdir win32
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17366>
_______________________________________

From report at bugs.python.org  Wed Mar  6 09:50:39 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 06 Mar 2013 08:50:39 +0000
Subject: [issue17366] os.chdir win32
In-Reply-To: <1362554402.61.0.445452595453.issue17366@psf.upfronthosting.co.za>
Message-ID: <1362559839.47.0.333268514687.issue17366@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

The backslash \ has a special meaning in strings: \n is the new line character, and \t is the tab character: http://docs.python.org/2/reference/lexical_analysis.html#string-literals

Try to print the string!
You could use \\, or raw strings r"like this".
Or just use forward slashes / which are allowed by Windows.

----------
nosy: +amaury.forgeotdarc
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17366>
_______________________________________

From report at bugs.python.org  Wed Mar  6 11:03:46 2013
From: report at bugs.python.org (Piotr Dobrogost)
Date: Wed, 06 Mar 2013 10:03:46 +0000
Subject: [issue15244] Support for opening files with FILE_SHARE_DELETE on
	Windows
In-Reply-To: <1341342894.98.0.559958462018.issue15244@psf.upfronthosting.co.za>
Message-ID: <1362564226.8.0.565535727095.issue15244@psf.upfronthosting.co.za>


Changes by Piotr Dobrogost <pd at bugs.python.dobrogost.net>:


----------
nosy: +piotr.dobrogost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15244>
_______________________________________

From report at bugs.python.org  Wed Mar  6 13:07:50 2013
From: report at bugs.python.org (John Szakmeister)
Date: Wed, 06 Mar 2013 12:07:50 +0000
Subject: [issue17367] subprocess deadlock when read() is interrupted
Message-ID: <1362571670.86.0.392515841687.issue17367@psf.upfronthosting.co.za>


New submission from John Szakmeister:

I discovered this issue while trying to track down why our upcoming release for Nose 1.3.0 was deadlocking under Ubuntu 12.04 with Python 3.3.  It turns out that the read() was being interrupted leaving data in the subprocess's output buffers, which ultimately means the subprocess is blocked.  Since the thread was exiting, and the read was never retried, we were left in deadlock.

The attached patch fixes the issue.  It wraps the read call with _eintr_retry_call() around the read operation in _readerthread().

----------
components: Library (Lib)
files: fix-subprocess-deadlock.patch
keywords: patch
messages: 183584
nosy: jszakmeister
priority: normal
severity: normal
status: open
title: subprocess deadlock when read() is interrupted
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file29323/fix-subprocess-deadlock.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17367>
_______________________________________

From report at bugs.python.org  Wed Mar  6 13:11:25 2013
From: report at bugs.python.org (Bohuslav "Slavek" Kabrda)
Date: Wed, 06 Mar 2013 12:11:25 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <1362571885.52.0.537842827219.issue16754@psf.upfronthosting.co.za>


Changes by Bohuslav "Slavek" Kabrda <bkabrda at redhat.com>:


----------
nosy: +bkabrda

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Wed Mar  6 13:30:24 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 06 Mar 2013 12:30:24 +0000
Subject: [issue17367] subprocess deadlock when read() is interrupted
In-Reply-To: <1362571670.86.0.392515841687.issue17367@psf.upfronthosting.co.za>
Message-ID: <1362573024.46.0.885941394056.issue17367@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

The change in your patch is in a Windows-only section -- a few lines before the chunk you can see _winapi.GetExitCodeProcess().

Since read() on Windows never fails with EINTR there is no need for _eintr_retry_call().

If you are using Linux then there must be some other reason for your deadlock.

----------
nosy: +sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17367>
_______________________________________

From report at bugs.python.org  Wed Mar  6 13:31:37 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 06 Mar 2013 12:31:37 +0000
Subject: [issue17367] subprocess deadlock when read() is interrupted
In-Reply-To: <1362571670.86.0.392515841687.issue17367@psf.upfronthosting.co.za>
Message-ID: <1362573097.11.0.62804875187.issue17367@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

BTW, on threads are only used on Windows.  On Unix select() or poll() is used.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17367>
_______________________________________

From report at bugs.python.org  Wed Mar  6 13:32:32 2013
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Mar 2013 12:32:32 +0000
Subject: [issue3329] API for setting the memory allocator used by Python
In-Reply-To: <1215632933.18.0.0332019532518.issue3329@psf.upfronthosting.co.za>
Message-ID: <1362573152.17.0.808649419069.issue3329@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I attached a patch that I wrote for Wyplay: py_setallocators.patch. The patch adds two functions:

PyAPI_FUNC(int) Py_GetAllocators(
    char api,
    void* (**malloc_p) (size_t),
    void* (**realloc_p) (void*, size_t),
    void (**free_p) (void*)
    );

PyAPI_FUNC(int) Py_SetAllocators(
    char api,
    void* (*malloc) (size_t),
    void* (*realloc) (void*, size_t),
    void (*free) (void*)
    );

Where api is one of these values:

 - PY_ALLOC_SYSTEM_API: the system API (malloc, realloc, free)
 - PY_ALLOC_MEM_API: the PyMem_Malloc() API
 - PY_ALLOC_OBJECT_API: the PyObject_Malloc() API

These functions are used by the pytracemalloc project to hook PyMem_Malloc() and PyObject_Malloc() API. pytracemalloc traces all Python memory allocations to compute statistics per Python file.
https://pypi.python.org/pypi/pytracemalloc

Wyplay is also using Py_SetAllocators() internally to replace completly system allocators *before* Python is started. We have another private patch on Python adding a function. This function sets its own memory allocators, it is called before the start of Python thanks to an "__attribute__((constructor))" attribute.

--

If you use Py_SetAllocators() to replace completly a memory allocator (any memory allocation API), you have to do it before the first Python memory allocation (before Py_Main()) *or* your memory allocator must be able to recognize if a pointer was not allocated by him and pass the operation (realloc or free) to the previous memory allocator.

For example, PyObject_Free() is able to recognize that a pointer is part of its memory pool, or fallback to the system allocator (extract of the original code):

    if (Py_ADDRESS_IN_RANGE(p, pool)) {
        ...
        return;
    }
    free(p);

--

If you use Py_SetAllocators() to hook memory allocators (do something before and/or after calling the previous function, *without* touching the pointer nor the size), you can do it anytime.

--

I didn't run a benchmark yet to measure the overhead of the patch on Python performances.

New functions are not documented nor tested yet. If we want to test these new functions, we can write a simple hook tracing calls to the memory allocators and call the memory allocator.

----------
keywords: +patch
nosy: +haypo
Added file: http://bugs.python.org/file29324/py_setallocators.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3329>
_______________________________________

From report at bugs.python.org  Wed Mar  6 13:32:44 2013
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Mar 2013 12:32:44 +0000
Subject: [issue3329] API for setting the memory allocator used by Python
In-Reply-To: <1215632933.18.0.0332019532518.issue3329@psf.upfronthosting.co.za>
Message-ID: <1362573164.02.0.646830355622.issue3329@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3329>
_______________________________________

From report at bugs.python.org  Wed Mar  6 13:35:21 2013
From: report at bugs.python.org (John Szakmeister)
Date: Wed, 06 Mar 2013 12:35:21 +0000
Subject: [issue17367] subprocess deadlock when read() is interrupted
In-Reply-To: <1362571670.86.0.392515841687.issue17367@psf.upfronthosting.co.za>
Message-ID: <1362573321.95.0.040053349316.issue17367@psf.upfronthosting.co.za>


John Szakmeister added the comment:

Good grief... how did I miss that.  The problem has been flaky for me to induce.  I'll take a closer look at the correct section.  Thank you Richard.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17367>
_______________________________________

From report at bugs.python.org  Wed Mar  6 13:37:17 2013
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 06 Mar 2013 12:37:17 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362573437.05.0.906329883469.issue17338@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Gregory, thanks. :) 

By the way CPython's list type does more than log(N) resize ops:

$ ./listresize.py 10 100 1000 10000 100000
10 list.append() do 4 resize ops.
100 list.append() do 11 resize ops.
1000 list.append() do 28 resize ops.
10000 list.append() do 47 resize ops.
100000 list.append() do 66 resize ops.

I suspect that hash types (dict, set) could gain even more speed as it eliminates the need for rehashing. It's more costly than memcpy() inside realloc().

I understand the proposal as a power user tool. Most people don't need a pneumatic hammer, an ordinary hammer suffices. But in some cases you need a tool with more power. "CPython doesn't gain much from the new API, let's not add it to Python" isn't nice to other implementations that may benefit from it.

----------
Added file: http://bugs.python.org/file29325/listresize.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Wed Mar  6 13:38:40 2013
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Mar 2013 12:38:40 +0000
Subject: [issue3329] API for setting the memory allocator used by Python
In-Reply-To: <1215632933.18.0.0332019532518.issue3329@psf.upfronthosting.co.za>
Message-ID: <1362573520.3.0.0548633045551.issue3329@psf.upfronthosting.co.za>


STINNER Victor added the comment:

To be exhaustive, another patch should be developed to replace all calls for malloc/realloc/free by PyMem_Malloc/PyMem_Realloc/PyMem_Free. PyObject_Malloc() is still using mmap() or malloc() internally for example.

Other examples of functions calling malloc/realloc/free directly: _PySequence_BytesToCharpArray(), block_new() (of pyarena.c), find_key() (of thread.c), PyInterpreterState_New(), win32_wchdir(), posix_getcwd(), Py_Main(), etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3329>
_______________________________________

From report at bugs.python.org  Wed Mar  6 14:41:32 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 06 Mar 2013 13:41:32 +0000
Subject: [issue3329] API for setting the memory allocator used by Python
In-Reply-To: <1215632933.18.0.0332019532518.issue3329@psf.upfronthosting.co.za>
Message-ID: <1362577292.4.0.968836393228.issue3329@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Some customizable memory allocators I know have an extra parameter "void *opaque" that is passed to all functions:

- in zlib: zalloc and zfree: http://www.zlib.net/manual.html#Usage
- same thing for bz2.
- lzma's ISzAlloc: http://www.asawicki.info/news_1368_lzma_sdk_-_how_to_use.html
- Oracle's OCI: http://docs.oracle.com/cd/B10501_01/appdev.920/a96584/oci15re4.htm

OTOH, expat, libxml, libmpdec don't have this extra parameter.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3329>
_______________________________________

From report at bugs.python.org  Wed Mar  6 15:14:07 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 06 Mar 2013 14:14:07 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362573437.05.0.906329883469.issue17338@psf.upfronthosting.co.za>
Message-ID: <477825976.15103683.1362579240810.JavaMail.root@zimbra10-e2.priv.proxad.net>


Antoine Pitrou added the comment:

> By the way CPython's list type does more than log(N) resize ops:

Obviously it's an asymptotic complexity, not a hard number.

> I understand the proposal as a power user tool. Most people don't
> need a pneumatic hammer, an ordinary hammer suffices. But in some
> cases you need a tool with more power. "CPython doesn't gain much
> from the new API, let's not add it to Python" isn't nice to other
> implementations that may benefit from it.

I'd still like to see concrete use cases, not micro-benchmarks.

----------
title: Add length_hint parameter to list, dict, set constructors to allow efficient presizing -> Add length_hint parameter to list, dict,	set constructors to allow efficient presizing

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Wed Mar  6 15:35:16 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 06 Mar 2013 14:35:16 +0000
Subject: [issue17367] subprocess deadlock when read() is interrupted
In-Reply-To: <1362571670.86.0.392515841687.issue17367@psf.upfronthosting.co.za>
Message-ID: <1362580516.82.0.715892057528.issue17367@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

I will close the issue then.

If you track the problem down to a bug in Python then you can open a new one.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17367>
_______________________________________

From report at bugs.python.org  Wed Mar  6 15:43:25 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 06 Mar 2013 14:43:25 +0000
Subject: [issue12768] docstrings for the threading module
In-Reply-To: <1313548989.72.0.178892692878.issue12768@psf.upfronthosting.co.za>
Message-ID: <1362581005.94.0.520528958264.issue12768@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

I wouldn't expend too much effort on older versions though. So unless it's simple to adapt, IMHO 3.3+ is good enough.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12768>
_______________________________________

From report at bugs.python.org  Wed Mar  6 15:43:54 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 06 Mar 2013 14:43:54 +0000
Subject: [issue16576] ctypes: structure with bitfields as argument
In-Reply-To: <1354164812.19.0.708202681719.issue16576@psf.upfronthosting.co.za>
Message-ID: <1362581034.34.0.2326848009.issue16576@psf.upfronthosting.co.za>


Changes by Eli Bendersky <eliben at gmail.com>:


----------
nosy: +eli.bendersky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16576>
_______________________________________

From report at bugs.python.org  Wed Mar  6 16:02:43 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 06 Mar 2013 15:02:43 +0000
Subject: [issue16576] ctypes: structure with bitfields as argument
In-Reply-To: <1354164812.19.0.708202681719.issue16576@psf.upfronthosting.co.za>
Message-ID: <1362582163.69.0.23724168601.issue16576@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

I propose to start with the attached documentation fix (generated vs. 3.2 but should be applied to all active branches).

A code fix has to be discussed more thoroughly because in theory some code running only on x86-32 can rely on it and will break.

----------
keywords: +patch
Added file: http://bugs.python.org/file29326/issue16576.docfix.1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16576>
_______________________________________

From report at bugs.python.org  Wed Mar  6 16:02:44 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 06 Mar 2013 15:02:44 +0000
Subject: [issue16576] ctypes: structure with bitfields as argument
In-Reply-To: <1354164812.19.0.708202681719.issue16576@psf.upfronthosting.co.za>
Message-ID: <1362582164.75.0.518905267592.issue16576@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

I propose to start with the attached documentation fix (generated vs. 3.2 but should be applied to all active branches).

A code fix has to be discussed more thoroughly because in theory some code running only on x86-32 can rely on it and will break.

----------
Added file: http://bugs.python.org/file29327/issue16576.docfix.1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16576>
_______________________________________

From report at bugs.python.org  Wed Mar  6 16:03:01 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 06 Mar 2013 15:03:01 +0000
Subject: [issue16576] ctypes: structure with bitfields as argument
In-Reply-To: <1354164812.19.0.708202681719.issue16576@psf.upfronthosting.co.za>
Message-ID: <1362582181.85.0.646676940027.issue16576@psf.upfronthosting.co.za>


Changes by Eli Bendersky <eliben at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16576>
_______________________________________

From report at bugs.python.org  Wed Mar  6 16:03:12 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 06 Mar 2013 15:03:12 +0000
Subject: [issue16576] ctypes: structure with bitfields as argument
In-Reply-To: <1354164812.19.0.708202681719.issue16576@psf.upfronthosting.co.za>
Message-ID: <1362582192.39.0.423355299308.issue16576@psf.upfronthosting.co.za>


Changes by Eli Bendersky <eliben at gmail.com>:


Removed file: http://bugs.python.org/file29327/issue16576.docfix.1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16576>
_______________________________________

From report at bugs.python.org  Wed Mar  6 16:03:39 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 06 Mar 2013 15:03:39 +0000
Subject: [issue16576] ctypes: structure with bitfields as argument
In-Reply-To: <1354164812.19.0.708202681719.issue16576@psf.upfronthosting.co.za>
Message-ID: <1362582219.11.0.178102189112.issue16576@psf.upfronthosting.co.za>


Changes by Eli Bendersky <eliben at gmail.com>:


----------
nosy: +amaury.forgeotdarc, belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16576>
_______________________________________

From report at bugs.python.org  Wed Mar  6 16:29:13 2013
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 06 Mar 2013 15:29:13 +0000
Subject: [issue17329] Document unittest.SkipTest
In-Reply-To: <1362150273.59.0.386989863107.issue17329@psf.upfronthosting.co.za>
Message-ID: <1362583753.39.0.527880351909.issue17329@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Fair points.  I had originally put it in the section you suggested, but then decided that it better fit in a new section of its own under "Classes and functions" as that section "describes in depth the API of unittest."  But then, it also makes sense to move the decorators into the new section, and just link to them in the old section.

So, how about this patch?  I'm fine with moving everything back to the old section if I've gone in the wrong direction :).  And I'll create the 2.7 patch after the 3.x version is approved one way or the other.

----------
Added file: http://bugs.python.org/file29328/issue17329.v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17329>
_______________________________________

From report at bugs.python.org  Wed Mar  6 17:07:56 2013
From: report at bugs.python.org (karl)
Date: Wed, 06 Mar 2013 16:07:56 +0000
Subject: [issue17324] SimpleHTTPServer serves files even if the URL has a
	trailing slash
In-Reply-To: <1362128046.23.0.253565985522.issue17324@psf.upfronthosting.co.za>
Message-ID: <1362586076.1.0.295302189204.issue17324@psf.upfronthosting.co.za>


karl added the comment:

orsenthil, 

would that test work?
See issue-17324-test-1.patch

Here the result of the test which is FAIL as planned (given the current issue).

? ./python.exe Lib/test/test_httpservers.py 

test_header_buffering_of_send_error (__main__.BaseHTTPRequestHandlerTestCase) ... ok
[?]

test_get (__main__.SimpleHTTPServerTestCase) ... FAIL

[?]

test_start_with_double_slash (__main__.SimpleHTTPRequestHandlerTestCase) ... ok

======================================================================
FAIL: test_get (__main__.SimpleHTTPServerTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "Lib/test/test_httpservers.py", line 254, in test_get
    self.check_status_and_reason(response, 404, data=self.data)
  File "Lib/test/test_httpservers.py", line 243, in check_status_and_reason
    self.assertEqual(response.status, status)
AssertionError: 200 != 404

----------------------------------------------------------------------
Ran 39 tests in 4.382s

FAILED (failures=1)
Traceback (most recent call last):
  File "Lib/test/test_httpservers.py", line 686, in <module>
    test_main()
  File "Lib/test/test_httpservers.py", line 680, in test_main
    SimpleHTTPRequestHandlerTestCase,
  File "/Users/karl/Documents/2011/cpython/Lib/test/support.py", line 1589, in run_unittest
    _run_suite(suite)
  File "/Users/karl/Documents/2011/cpython/Lib/test/support.py", line 1564, in _run_suite
    raise TestFailed(err)
test.support.TestFailed: Traceback (most recent call last):
  File "Lib/test/test_httpservers.py", line 254, in test_get
    self.check_status_and_reason(response, 404, data=self.data)
  File "Lib/test/test_httpservers.py", line 243, in check_status_and_reason
    self.assertEqual(response.status, status)
AssertionError: 200 != 404

[141593 refs]

----------
keywords: +patch
nosy: +karlcow
Added file: http://bugs.python.org/file29329/issue-17324-test-1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17324>
_______________________________________

From report at bugs.python.org  Wed Mar  6 17:13:55 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 06 Mar 2013 16:13:55 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362586435.65.0.968516842883.issue13564@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

Here's the result of a benchmark sending a 1GB file over a Gb/s ethernet network:
vanilla:
real    0m9.446s
user    0m0.493s
sys     0m1.425s

sendfile:
real    0m9.143s
user    0m0.055s
sys     0m0.986s

The total time doesn't vary much (the reduction above is just jitter).
But it reduces user+sys time by almost a factor of 2.

Note that is changed Giampaolo's patch to call sendfile on the whole file, not by block.

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Wed Mar  6 17:31:45 2013
From: report at bugs.python.org (Aki)
Date: Wed, 06 Mar 2013 16:31:45 +0000
Subject: [issue17368] Python version of JSON decoder does not work with
	object_pairs_hook
Message-ID: <1362587505.92.0.0585396597719.issue17368@psf.upfronthosting.co.za>


New submission from Aki:

Specifying any object_pairs_hook makes JSON decoding break when JSONObject from json/decoder.py is used.

Can be emulated easily by setting c_make_scanner = None at json/scanner.py

Example script:
**
import json
test = '{"key": "value", "empty": {}}'

def hook(pairs):
    return dict(pairs)

print(json.loads(test, object_pairs_hook=hook))
**

This test will fail because the return statement on line 166 in http://hg.python.org/cpython/file/cfc777407b03/Lib/json/decoder.py lacks "+ 1" even though the statement on line 170 has it. Basically, any empty JSON object will cause "ValueError: Extra data: [...]".

----------
components: Library (Lib)
messages: 183600
nosy: Kuukunen
priority: normal
severity: normal
status: open
title: Python version of JSON decoder does not work with object_pairs_hook
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17368>
_______________________________________

From report at bugs.python.org  Wed Mar  6 17:31:52 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 06 Mar 2013 16:31:52 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362587512.5.0.358289209287.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

> Note that is changed Giampaolo's patch to call sendfile 
> on the whole file, not by block.

That's not compatible across POSIX platforms.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Wed Mar  6 17:40:18 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 06 Mar 2013 16:40:18 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1362587512.5.0.358289209287.issue13564@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM1OM5kjyi3PYgpzazL-cYKn1SB-P7u8bmq0-MoCjLmFpQ@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> That's not compatible across POSIX platforms.

What do you mean ?
I juste call fstat() before calling senfile() to find out the file
size, and pass it as `count`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Wed Mar  6 17:44:03 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 06 Mar 2013 16:44:03 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362588243.57.0.868535807165.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Ah ok, I misinterpreted what you wrote then.
Generally speaking though, you don't need to know the file size: you just decide a blocksize (>= 65536 is usually ok) and use sendfile() as you use send().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Wed Mar  6 17:45:12 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 06 Mar 2013 16:45:12 +0000
Subject: [issue17368] Python version of JSON decoder does not work with
	object_pairs_hook
In-Reply-To: <1362587505.92.0.0585396597719.issue17368@psf.upfronthosting.co.za>
Message-ID: <1362588312.87.0.454524570981.issue17368@psf.upfronthosting.co.za>


R. David Murray added the comment:

Both the Python version and the C version are supposed to be subject to the same tests (at least in Python3, I don't remember the state of things in 2.7), so this probably indicates there is a missing test for this case.  Do you have any interest in trying your hand at writing one?  The tests are in Lib/test/json_tests in Python3.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17368>
_______________________________________

From report at bugs.python.org  Wed Mar  6 17:47:51 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 06 Mar 2013 16:47:51 +0000
Subject: [issue17368] Python version of JSON decoder does not work with
	object_pairs_hook
In-Reply-To: <1362587505.92.0.0585396597719.issue17368@psf.upfronthosting.co.za>
Message-ID: <1362588471.92.0.321765261197.issue17368@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti, serhiy.storchaka
stage:  -> test needed
type:  -> behavior
versions:  -Python 3.1, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17368>
_______________________________________

From report at bugs.python.org  Wed Mar  6 17:50:59 2013
From: report at bugs.python.org (moijes12)
Date: Wed, 06 Mar 2013 16:50:59 +0000
Subject: [issue12768] docstrings for the threading module
In-Reply-To: <1313548989.72.0.178892692878.issue12768@psf.upfronthosting.co.za>
Message-ID: <1362588659.28.0.665419178958.issue12768@psf.upfronthosting.co.za>


moijes12 added the comment:

This patch was built on 3.2(I made the changes on the local repo after running command "hg up 3.2"). I've run the test suite and only test_site failed. This patch has some improvements over 12768_2.patch.

----------
Added file: http://bugs.python.org/file29330/12768_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12768>
_______________________________________

From report at bugs.python.org  Wed Mar  6 17:55:36 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 06 Mar 2013 16:55:36 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1362588243.57.0.868535807165.issue13564@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM3=MD-pw_0SXcmCgSYNL6YqZdS4=1jx0D0Vi15cSRQBiw@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> Ah ok, I misinterpreted what you wrote then.
> Generally speaking though, you don't need to know the file size: you just decide a blocksize (>= 65536 is usually ok) and use sendfile() as you use send().

But then you make much more syscalls than what's necessary, and your
heuristic for the block size is never going to match the choice the
kernel makes.

Anyway, here are the numbers, do you think it's interesting to merge
(I mean, you're the Python ftp expert ;-) ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Wed Mar  6 19:09:57 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 06 Mar 2013 18:09:57 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362593397.98.0.766187186143.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Specifying a big blocksize doesn't mean the transfer will be faster.
send/sendfile won't send more than a certain amount of bytes anyways.
If I'm not mistaken I recall from previous benchmarks that after a certain point (131072 or something) increasing the blocksize results in equal or even worse performances.

Another thing I don't like is that by doing so you implicitly assume that the file is "fstat-eable". I don't know if there are cases where it's not, but the less assumptions we do the better.

Note: I'm sure that for both send() and sendfile() blocksize>=65536 is faster than blocksize=8192 (the current default) so it probably makes sense to change that (I'll file a separate issue).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Wed Mar  6 19:27:00 2013
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Mar 2013 18:27:00 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362594420.5.0.472383325354.issue17338@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Wed Mar  6 20:29:43 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 06 Mar 2013 19:29:43 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
In-Reply-To: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>
Message-ID: <1362598183.05.0.0896828726406.issue17323@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Here's a proof of concept that defines a new _print_total_refs() function and calls it through the PRINT_TOTAL_REFS macro, disables printing the refs by default, and adds a "-X showrefcount" option to reenable it.  This can also be achieved at runtime by adding/removing 'showrefcount' from the sys._xoptions dict.

Things that should be done/decided before the final version:
 1) the function and/or prototype should probably be moved to a better place;
 2) the 'showrefcount' name sounds ok to me, but I'm open to suggestions if you can come up with something better;
 3) the function could do the equivalent of "if sys._xoptions.get('showrefcount', False):" instead of "if 'showrefcount' in sys._xoptions:";
 4) now that this can be enabled/disabled at runtime, we might make it available to non-debug builds too (unless there are other negative side-effects);

----------
keywords: +patch
Added file: http://bugs.python.org/file29331/issue17323.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From report at bugs.python.org  Wed Mar  6 20:49:04 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 06 Mar 2013 19:49:04 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1362593397.98.0.766187186143.issue13564@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM1wwpqKJtQVTqNtrDwh2TZrPcuSW2E+GPwF4XaSpZtg+A@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> Specifying a big blocksize doesn't mean the transfer will be faster.
> send/sendfile won't send more than a certain amount of bytes anyways.

The transfer won't be faster mainly because it's really I/O bound.
But it will use less CPU, only because you're making less syscalls.

> If I'm not mistaken I recall from previous benchmarks that after a certain point (131072 or something) increasing the blocksize results in equal or even worse performances.

I can perfectly believe this for a send loop, maybe because you're
exceeding the socket buffer size, or because your working set doesn't
fit into caches anymore, etc.
But for sendfile(), I don't see how calling it repeatedly could not be
slower than calling it once with the overall size: that's how netperf
and vsftpd use it, and probably others.

> Another thing I don't like is that by doing so you implicitly assume that the file is "fstat-eable". I don't know if there are cases where it's not, but the less assumptions we do the better.

Well, the file must be mmap-able, so I doubt fstat() is the biggest concern...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Wed Mar  6 21:01:03 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 06 Mar 2013 20:01:03 +0000
Subject: [issue13229] Improve tools for iterating over filesystem directories
In-Reply-To: <1319076330.7.0.757546324527.issue13229@psf.upfronthosting.co.za>
Message-ID: <1362600063.08.0.310995822022.issue13229@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13229>
_______________________________________

From report at bugs.python.org  Wed Mar  6 21:07:47 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 06 Mar 2013 20:07:47 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1362600467.53.0.110761495572.issue11406@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

I'd like to take care of this at Python.  At least for posix (someone else can deal with the windows side if they want).

I just stumbled upon an extension module at work that someone wrote specifically because os.listdir consumed way too much ram by building up a huge list on large directories with tons of long filenames that it needed to process.  (when your process is in charge of keeping that directory in check... the inability to process it once it grows too large simply isn't acceptable)

----------
assignee:  -> gregory.p.smith
nosy: +gregory.p.smith
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  6 21:10:31 2013
From: report at bugs.python.org (Piotr Dobrogost)
Date: Wed, 06 Mar 2013 20:10:31 +0000
Subject: [issue17322] urllib.request add_header() currently allows trailing
	spaces (and other weird stuff)
In-Reply-To: <1362086834.26.0.0452612015515.issue17322@psf.upfronthosting.co.za>
Message-ID: <1362600631.42.0.230966250676.issue17322@psf.upfronthosting.co.za>


Changes by Piotr Dobrogost <pd at bugs.python.dobrogost.net>:


----------
nosy: +piotr.dobrogost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17322>
_______________________________________

From report at bugs.python.org  Wed Mar  6 21:11:32 2013
From: report at bugs.python.org (Tim Golden)
Date: Wed, 06 Mar 2013 20:11:32 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1362600467.53.0.110761495572.issue11406@psf.upfronthosting.co.za>
Message-ID: <5137A2EA.9030304@timgolden.me.uk>


Tim Golden added the comment:

IIRC Nick Coghlan had put a bit of work into this a few months ago as an 
external module with a view to seeing if it got traction before putting 
anything into the stdlib. Might be worth pinging him, or looking to see 
what he'd done. Can't remember the keywords to search for, I'm afraid. 
Something like "directory walker"

----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  6 21:16:56 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 06 Mar 2013 20:16:56 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1362601016.61.0.00515585194506.issue11406@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Nick?s lib is called walkdir.  See bitbucket, readthedocs, possibly hg.python.org.

(FTR Antoine?s OO abstraction is pathlib)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  6 21:28:27 2013
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 06 Mar 2013 20:28:27 +0000
Subject: [issue10712] 2to3 fixer for deprecated unittest method names
In-Reply-To: <1292441796.9.0.018359428873.issue10712@psf.upfronthosting.co.za>
Message-ID: <1362601707.04.0.601912397414.issue10712@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I've converted Ezio's patch to Mercurial format, updated the lib2to3 documentation and added tests for assertRegexpMatches and assertRaisesRegexp aliases[1].

[1] http://docs.python.org/3.4/library/unittest.html#deprecated-aliases

----------
components: +2to3 (2.x to 3.x conversion tool)
nosy: +berker.peksag
Added file: http://bugs.python.org/file29332/issue10712_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10712>
_______________________________________

From report at bugs.python.org  Wed Mar  6 21:53:46 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 06 Mar 2013 20:53:46 +0000
Subject: [issue12768] docstrings for the threading module
In-Reply-To: <1313548989.72.0.178892692878.issue12768@psf.upfronthosting.co.za>
Message-ID: <1362603226.16.0.932231346735.issue12768@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I haven't read the patch in detail but I think the reference to Java's threading model could probably be discarded. First, I don't know if it's still true, second, I don't think anyone cares :)

----------
nosy: +pitrou
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12768>
_______________________________________

From report at bugs.python.org  Wed Mar  6 22:38:43 2013
From: report at bugs.python.org (Dave Humphries)
Date: Wed, 06 Mar 2013 21:38:43 +0000
Subject: [issue17366] os.chdir win32
In-Reply-To: <1362559839.47.0.333268514687.issue17366@psf.upfronthosting.co.za>
Message-ID: <CANVamNjUQu-fg4Q9aat9hbDrE9KhT0UqwiBzLYDrgodccKXRjQ@mail.gmail.com>


Dave Humphries added the comment:

Hi Amaury,
As I can't reopen the bug I will have to add it here (or open a new bug report).

The issue was about the string used in os.chdir() particularly.
While this is expected behaviour in a python string it is not expected
behaviour from a well formed file path:
1. \t and \n are errors when used in a path.
2. A well formed Windows path with directories that start with a t or
n is interpreted as tabs and line feeds by Python. That is certainly
not expected behaviour in Windows this also means that any Python
built in method that uses the os.chdir() with a standard format
environment variable or registry setting will fail with the same
issue. It also sounds like any os module method will also be affected.
3. This issue took 1/2 hr to resolve. This makes python unreliable to
use on Windows with a difficult to find bug.

The suggestion of using forward slashes is unworkable when the scripts
will be used across a range of computers where environment or registry
variables get used.

My suggestion is that the os methods get rewritten so that path
parsing rules match the expected behaviour for the platform.

Regards,
Dave

On Wed, Mar 6, 2013 at 7:50 PM, Amaury Forgeot d'Arc
<report at bugs.python.org> wrote:
>
> Amaury Forgeot d'Arc added the comment:
>
> The backslash \ has a special meaning in strings: \n is the new line character, and \t is the tab character: http://docs.python.org/2/reference/lexical_analysis.html#string-literals
>
> Try to print the string!
> You could use \\, or raw strings r"like this".
> Or just use forward slashes / which are allowed by Windows.
>
> ----------
> nosy: +amaury.forgeotdarc
> resolution:  -> invalid
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17366>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17366>
_______________________________________

From report at bugs.python.org  Wed Mar  6 22:39:11 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 06 Mar 2013 21:39:11 +0000
Subject: [issue12768] docstrings for the threading module
In-Reply-To: <1362603226.16.0.932231346735.issue12768@psf.upfronthosting.co.za>
Message-ID: <CAF-Rda8XgOGpAUi3u1EzStVZCcV0Gz5RH7b68YhCsMmXU5qCkg@mail.gmail.com>


Eli Bendersky added the comment:

> I haven't read the patch in detail but I think the reference to Java's
> threading model could probably be discarded. First, I don't know if it's
> still true, second, I don't think anyone cares :)
>
>
I agree. It could be a remnant of a time where the threading library was
very new and so it helped "relating" it to something familiar. These days
there are (thankfully) many programmers coming to Python without any Java
background.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12768>
_______________________________________

From report at bugs.python.org  Wed Mar  6 22:57:45 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 06 Mar 2013 21:57:45 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <5137A2EA.9030304@timgolden.me.uk>
Message-ID: <CAH_1eM0JjSvc0=B1APkOF5sY4510QaEh9SJvk+R+gZm7EjUSsw@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> IIRC Nick Coghlan had put a bit of work into this a few months ago as an
> external module with a view to seeing if it got traction before putting
> anything into the stdlib. Might be worth pinging him, or looking to see
> what he'd done. Can't remember the keywords to search for, I'm afraid.
> Something like "directory walker"

Nick's walkdir is "just" an improved walk - with a lot of added
functionality, like filtering etc.
But it's still based on os.walk(), which in turn uses listdir(), since
it's currently the only way to list the content of a directory. So in
short, it won't help for this issue.

To limit the memory usage, on would have to have to use an iterator
based on readdir().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  6 22:58:28 2013
From: report at bugs.python.org (Tim Golden)
Date: Wed, 06 Mar 2013 21:58:28 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <CAH_1eM0JjSvc0=B1APkOF5sY4510QaEh9SJvk+R+gZm7EjUSsw@mail.gmail.com>
Message-ID: <5137BC01.1060408@timgolden.me.uk>


Tim Golden added the comment:

OK, sorry for the noise then; I had the idea that it was doing something 
with iterators/generators.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  6 23:25:40 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 06 Mar 2013 22:25:40 +0000
Subject: [issue17369] Message.get_filename produces exception if the RFC2231
	encoding is ill-formed
Message-ID: <1362608740.33.0.297004510938.issue17369@psf.upfronthosting.co.za>


New submission from R. David Murray:

>>> m = message_from_string("Content-Disposition: attachment; filename*0*="can't decode this filename")
>>> m.get_filename()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/rdmurray/python/p32/Lib/email/message.py", line 752, in get_filename
    return utils.collapse_rfc2231_value(filename).strip()
  File "/home/rdmurray/python/p32/Lib/email/utils.py", line 303, in collapse_rfc2231_value
    return str(rawbytes, charset, errors)
TypeError: str() argument 2 must be str, not None

----------
keywords: easy
messages: 183619
nosy: r.david.murray
priority: normal
severity: normal
stage: needs patch
status: open
title: Message.get_filename produces exception if the RFC2231 encoding is ill-formed
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17369>
_______________________________________

From report at bugs.python.org  Wed Mar  6 23:27:46 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 06 Mar 2013 22:27:46 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <5137BC01.1060408@timgolden.me.uk>
Message-ID: <CAGE7PNKp3giAoWQGAK2ZvEHCUFgoM4=8oqoPMZLpON6Hf2pM2g@mail.gmail.com>


Gregory P. Smith added the comment:

right he has a separate issue open tracking the walkdir stuff in
issue13229.  I saw it first before finding this issue which is exactly what
I wanted. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Wed Mar  6 23:39:40 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Wed, 06 Mar 2013 22:39:40 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <1362609580.96.0.460558319372.issue16754@psf.upfronthosting.co.za>


Roumen Petrov added the comment:

This is issue introduced with implementation of SOABI. Build of standard extensions is protected by following code:
-----
class PyBuildExt(build_ext):

    def __init__(self, dist):
        build_ext.__init__(self, dist)
        self.failed = []

    def build_extensions(self):

        # Detect which modules should be compiled
        old_so = self.compiler.shared_lib_extension
        # Workaround PEP 3149 stuff
        self.compiler.shared_lib_extension = os.environ.get("SO", ".so")
        try:
            missing = self.detect_modules()
        finally:
            self.compiler.shared_lib_extension = old_so
....
------

I think that PEP 3149 is not  accurate . For historical reasons (backward compatibility) SO must remain same as OS specific suffix and and new variable is required for python specific suffix.

----------
nosy: +rpetrov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Thu Mar  7 00:53:07 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 06 Mar 2013 23:53:07 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362613987.77.0.703939131448.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

> The transfer won't be faster mainly because it's really I/O bound.
> But it will use less CPU, only because you're making less syscalls.

Have you actually measured this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Mar  7 01:23:50 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 07 Mar 2013 00:23:50 +0000
Subject: [issue17361] use CC to test compiler flags in setup.py
In-Reply-To: <1362521347.71.0.11246460086.issue17361@psf.upfronthosting.co.za>
Message-ID: <3ZLsyY4sC9z7LjQ@mail.python.org>


Roundup Robot added the comment:

New changeset 33208a574875 by Stefan Krah in branch '3.3':
Issue #17361: Use cc from sysconfig for testing flags.
http://hg.python.org/cpython/rev/33208a574875

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17361>
_______________________________________

From report at bugs.python.org  Thu Mar  7 01:25:57 2013
From: report at bugs.python.org (Stefan Krah)
Date: Thu, 07 Mar 2013 00:25:57 +0000
Subject: [issue17361] use CC to test compiler flags in setup.py
In-Reply-To: <1362521347.71.0.11246460086.issue17361@psf.upfronthosting.co.za>
Message-ID: <1362615957.0.0.477121920849.issue17361@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Thanks for the patch. Should be fixed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17361>
_______________________________________

From report at bugs.python.org  Thu Mar  7 02:13:04 2013
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Thu, 07 Mar 2013 01:13:04 +0000
Subject: [issue17370] PEP should not if it has been superseded
Message-ID: <1362618784.61.0.181108502719.issue17370@psf.upfronthosting.co.za>


New submission from Brandon Craig Rhodes:

A friend (@theomn on Twitter) was just working off of PEP-333 when I mentioned to him that PEP-3333, and he had never heard of it, and he expressed the wish that PEPs would have a banner or something at the top if there is a more recent version of them. I think his idea is great, and is like the feature of PyPI where if Google lands you on an old version of a package then it is careful to tell you up at the top that a more recent version is available.

This could extend to all sorts of cross-references that we should maintain: some PEPs have been superseded; others have more recent supplements that people should read as well (think of the relationship between packaging PEPs); PEPs that did not wind up being implemented have cousins who were; and so forth.

Is this something that needs to wait until the New Python Web Site appears, and that would be meta-markup somehow maintained along with the PEP texts themselves? Or should there be a ?Related PEPs? paragraph that we open at the top of each relevant PEP and just include the cross-links as raw updates to the PEP's own restructured text? I'm open to a simple implementation here, so long as we can provide more ?community context? when people land on a PEP.

----------
assignee: docs at python
components: Documentation
messages: 183625
nosy: brandon-rhodes, docs at python
priority: normal
severity: normal
status: open
title: PEP should not if it has been superseded

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17370>
_______________________________________

From report at bugs.python.org  Thu Mar  7 02:14:02 2013
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Thu, 07 Mar 2013 01:14:02 +0000
Subject: [issue17370] PEP should note if it has been superseded
In-Reply-To: <1362618784.61.0.181108502719.issue17370@psf.upfronthosting.co.za>
Message-ID: <1362618842.83.0.324293361792.issue17370@psf.upfronthosting.co.za>


Brandon Craig Rhodes added the comment:

(Corrected "not" to "note" in the title and went with "enhancement")

----------
title: PEP should not if it has been superseded -> PEP should note if it has been superseded
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17370>
_______________________________________

From report at bugs.python.org  Thu Mar  7 02:16:11 2013
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Thu, 07 Mar 2013 01:16:11 +0000
Subject: [issue17370] PEP should note if it has been superseded
In-Reply-To: <1362618784.61.0.181108502719.issue17370@psf.upfronthosting.co.za>
Message-ID: <1362618971.53.0.100302761968.issue17370@psf.upfronthosting.co.za>


Brandon Craig Rhodes added the comment:

The original inspiration:

https://twitter.com/theomn/status/309468740611891200

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17370>
_______________________________________

From report at bugs.python.org  Thu Mar  7 02:24:48 2013
From: report at bugs.python.org (Owen Nelson)
Date: Thu, 07 Mar 2013 01:24:48 +0000
Subject: [issue17370] PEP should note if it has been superseded
In-Reply-To: <1362618784.61.0.181108502719.issue17370@psf.upfronthosting.co.za>
Message-ID: <1362619488.86.0.776083550125.issue17370@psf.upfronthosting.co.za>


Changes by Owen Nelson <onelson at gmail.com>:


----------
nosy: +Owen.Nelson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17370>
_______________________________________

From report at bugs.python.org  Thu Mar  7 03:36:15 2013
From: report at bugs.python.org (Dave Malcolm)
Date: Thu, 07 Mar 2013 02:36:15 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <1362623775.73.0.774636762704.issue16754@psf.upfronthosting.co.za>


Dave Malcolm added the comment:

For reference, quoting PEP 3149:

>>> sysconfig.get_config_var('SO')
'.cpython-32mu.so'

----------
nosy: +dmalcolm

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Thu Mar  7 04:06:46 2013
From: report at bugs.python.org (Hc.Z)
Date: Thu, 07 Mar 2013 03:06:46 +0000
Subject: [issue17371] Mismatch between Python 3.3 build environment and
	distutils compiler support
Message-ID: <1362625606.93.0.881246780096.issue17371@psf.upfronthosting.co.za>


New submission from Hc.Z:

My python environment is Python3.3 in Windows 7 32-bit. I was installing Pandas package from source code, through Microsoft Visual C++ 2008 Express is installed in my computer, the installation process still failed and report a "Unable to find vcvarsall.bat" error.
I checked the problem reading the distutils.msvc9compiler.py module. Class method find_vcvarsall() and query_vcvarall() works well, but get_build_version() return the 10.0. There is no mistakes about this, for sys.version print (MSC v. 1600) vs. in latest Python 2.7 it's (MSC v. 1500) which means vc2008. All document I found pointed that Python Windows binary was built through VC 2008 (version 9.0), and there is only msvc9compiler.py module, no msvc10compiler.py module. 
I don't know whether this is a bug, or there is another compatible mechanics I don't know.
After all, I just want to build Pandas correctly.

----------
components: Windows
messages: 183629
nosy: mayaa
priority: normal
severity: normal
status: open
title: Mismatch between Python 3.3 build environment and distutils compiler support
type: compile error
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17371>
_______________________________________

From report at bugs.python.org  Thu Mar  7 04:20:24 2013
From: report at bugs.python.org (karl)
Date: Thu, 07 Mar 2013 03:20:24 +0000
Subject: [issue17369] Message.get_filename produces exception if the RFC2231
	encoding is ill-formed
In-Reply-To: <1362608740.33.0.297004510938.issue17369@psf.upfronthosting.co.za>
Message-ID: <1362626424.26.0.841077668038.issue17369@psf.upfronthosting.co.za>


karl added the comment:

r.david.murray,

how did you enter the first without a syntax error?

>>> import email.message
>>> m = message_from_string("Content-Disposition: attachment; filename*0*="can't decode this filename")
  File "<stdin>", line 1
    m = message_from_string("Content-Disposition: attachment; filename*0*="can't decode this filename")
                                                                             ^
SyntaxError: invalid syntax

----------
nosy: +karlcow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17369>
_______________________________________

From report at bugs.python.org  Thu Mar  7 04:28:31 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 07 Mar 2013 03:28:31 +0000
Subject: [issue17369] Message.get_filename produces exception if the RFC2231
	encoding is ill-formed
In-Reply-To: <1362608740.33.0.297004510938.issue17369@psf.upfronthosting.co.za>
Message-ID: <1362626911.03.0.760059532813.issue17369@psf.upfronthosting.co.za>


R. David Murray added the comment:

Heh.  I used """ in the original, and edited it when I posted it "for conciseness".  Sigh.  My apologies.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17369>
_______________________________________

From report at bugs.python.org  Thu Mar  7 04:28:57 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 07 Mar 2013 03:28:57 +0000
Subject: [issue17369] Message.get_filename produces exception if the RFC2231
	encoding is ill-formed
In-Reply-To: <1362608740.33.0.297004510938.issue17369@psf.upfronthosting.co.za>
Message-ID: <1362626937.72.0.955467564098.issue17369@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
components: +email
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17369>
_______________________________________

From report at bugs.python.org  Thu Mar  7 04:53:41 2013
From: report at bugs.python.org (karl)
Date: Thu, 07 Mar 2013 03:53:41 +0000
Subject: [issue17138] XPath error in xml.etree.ElementTree
In-Reply-To: <1360093345.6.0.651330972741.issue17138@psf.upfronthosting.co.za>
Message-ID: <1362628421.21.0.723176834481.issue17138@psf.upfronthosting.co.za>


karl added the comment:

http://docs.python.org/3/library/xml.etree.elementtree.html#supported-xpath-syntax

20.5.2. XPath support

This module provides limited support for XPath expressions for locating elements in a tree. The goal is to support a small subset of the abbreviated syntax; a full XPath engine is outside the scope of the module.

What you could do is testing the values with text once you have matched all elements of your choice.

>>> import xml.etree.ElementTree as ET
>>> xml = ET.fromstring("<root><h1>1</h1><p><h1>2</h1></p></root>")
>>> result = xml.findall(".//h1")
>>> for i in result:
...     print(i.text)
... 
1
2

Could you close the issue?

----------
nosy: +karlcow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17138>
_______________________________________

From report at bugs.python.org  Thu Mar  7 07:05:30 2013
From: report at bugs.python.org (Hc.Z)
Date: Thu, 07 Mar 2013 06:05:30 +0000
Subject: [issue17371] Mismatch between Python 3.3 build environment and
	distutils compiler support
In-Reply-To: <1362625606.93.0.881246780096.issue17371@psf.upfronthosting.co.za>
Message-ID: <1362636330.03.0.925840293814.issue17371@psf.upfronthosting.co.za>


Hc.Z added the comment:

My python environment is Python3.3 in Windows 7 32-bit. I was installing Pandas package from source code, through Microsoft Visual C++ 2008 Express is installed in my computer, the installation process still failed and report a "Unable to find vcvarsall.bat" error.
I checked the problem reading the distutils.msvc9compiler.py module. Class method find_vcvarsall() and query_vcvarall() works well, but get_build_version() return the 10.0. There is no mistakes about this, for sys.version print (MSC v. 1600) vs. in latest Python 2.7 it's (MSC v. 1500) which means vc2008. All document I found pointed that Python Windows binary was built through VC 2008 (version 9.0), and there is only msvc9compiler.py module, no msvc10compiler.py module. 
I don't know whether this is a bug, or there is another compatible mechanics I don't know.
After all, I just want to build Pandas correctly.



In addition, I've installed Visual C++ 2010 Express to install Pandas successfully.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17371>
_______________________________________

From report at bugs.python.org  Thu Mar  7 08:05:20 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Mar 2013 07:05:20 +0000
Subject: [issue15605] Explain sphinx documentation building in devguide
In-Reply-To: <1344533769.31.0.609415214451.issue15605@psf.upfronthosting.co.za>
Message-ID: <1362639920.92.0.511499378664.issue15605@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I initially had a bit of the same confusion as Daniel, and hence agree on clarifying.

I have more comments on 7.6. Building the documentation.

1. "You need to have Python 2.4 or higher installed."

Until 3.x docs can be built with 3.x, (and I just verified that this is 'not yet') change '2.4 or higher' to '2.4 to 2.7'.

1A. "To build the documentation, follow the instructions from one of the sections below."

Perhaps we should add "These instructions assume that <repository>/Doc/ is the current directory." Then we would not have to repeat in multiple places.

2. "7.6.1. Using make On Unix, ..."

It turns out that there is an almost easy-to-use make.bat that *almost* works the same. So it should be documented, but, unfortunately, we cannot just say "On Unix or Windows ...".

One problem is this line:
if "%PYTHON%" EQU "" set PYTHON=..\pcbuild\python
Since we elsewhere say to build python_d.exe rather than python.exe for development, that line needs '_d' added. But even with that correction, making docs will still fail for 3.x. So we need a new paragraph that says something like
'''
On Windows, with svn available, download the needed modules with
...\Doc> make checkout            [in code box]
As with unix, update with "make update". Make the html docs with [in code box]
...\Doc> set PYTHON=<path to 2.x executable>
...\Doc> make html
The list of other possible targets is almost the same, except that ?coverage? and ?pydoc-topics? are not available, which "suspicious" warns about suspicious constructs that are not errors.
'''
Perhaps "suspicious" is available on *nix, just not documented. Could someone check?

The need to set PYTHON each session is a nuisance. I made another batch file with the correct setting for my system. But that will keep showing up as a file to be added. I will try to write a master dmake.bat file that sits outside of the repository directories. Once working, it might be suitable as a template.

3. "Then, make an output directory, e.g. under `build/`"

This is awkward, both before and after the proposed patch and is overly stingly with words. I suggest:

"While in the Doc directory, make a master output directory `build/` that will contain subdirectories for each target, such as `build/html/`.  Then run ..."

4. "the directory containing `conf.py` "

Why the euphimism for Doc/? Is it ever anything else.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15605>
_______________________________________

From report at bugs.python.org  Thu Mar  7 08:18:45 2013
From: report at bugs.python.org (Eric Snow)
Date: Thu, 07 Mar 2013 07:18:45 +0000
Subject: [issue17372] provide pretty printer for xml.etree.ElementTree
Message-ID: <1362640725.41.0.836381435016.issue17372@psf.upfronthosting.co.za>


New submission from Eric Snow:

minidom already has something like this:

http://docs.python.org/3/library/xml.dom.minidom.html#xml.dom.minidom.Node.toprettyxml

This is something that appears to have almost made it in quite a while ago:

http://effbot.org/zone/element-lib.htm#prettyprint
http://svn.effbot.org/public/stuff/sandbox/elementlib/indent.py

A casual search found several similar implementations out there.  For instance:

http://infix.se/2007/02/06/gentlemen-indent-your-xml

----------
components: Library (Lib), XML
messages: 183635
nosy: eric.snow
priority: low
severity: normal
stage: needs patch
status: open
title: provide pretty printer for xml.etree.ElementTree
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17372>
_______________________________________

From report at bugs.python.org  Thu Mar  7 08:51:49 2013
From: report at bugs.python.org (Eric Snow)
Date: Thu, 07 Mar 2013 07:51:49 +0000
Subject: [issue17373] Add inspect.Signature.from_callable()
Message-ID: <1362642709.69.0.481380147826.issue17373@psf.upfronthosting.co.za>


New submission from Eric Snow:

While working on a subclass of inspect.Signature, I realized that inspect.signature is treated as the constructor.  So subclassing isn't so simple.  At first I considered adding an extra parameter to inspect.signature allowing different Signature classes.  Not much later it became clear that all that code should simply be in classmethod.  I've called it Signature.from_callable.  Patch attached.

----------
components: Library (Lib)
files: signature-from-callable.diff
keywords: patch
messages: 183636
nosy: eric.snow, larry
priority: normal
severity: normal
stage: patch review
status: open
title: Add inspect.Signature.from_callable()
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29333/signature-from-callable.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17373>
_______________________________________

From report at bugs.python.org  Thu Mar  7 08:58:11 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Thu, 07 Mar 2013 07:58:11 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1362613987.77.0.703939131448.issue13564@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM04Xvd1owUnKfQPB815G2eO=XW7VjVuqaRuz=B5vU83Nw@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

>> The transfer won't be faster mainly because it's really I/O bound.
>> But it will use less CPU, only because you're making less syscalls.
>
> Have you actually measured this?

"""
vanilla over Gb/s:
real    0m9.035s
user    0m0.523s
sys     0m1.412s

block-sendfile over Gb/s:
real    0m9.683s
user    0m0.253s
sys     0m1.212s

full-sendfile over Gb/s:
real    0m9.014s
user    0m0.059s
sys     0m1.000s
"""

As you can see, the throughput doesn't vary (the difference in "real
time" is just part of the variance).
However, the CPU usage (user+sys) is less for block-sendfile than send
loop, and less for full-sendfile than block-sendfile.

"""
vanilla over loopback:
real    0m3.200s
user    0m0.541s
sys     0m0.702s

block-sendfile over loopback:
real    0m2.713s
user    0m0.248s
sys     0m0.197s

full-sendfile over loopback:
real    0m1.718s
user    0m0.055s
sys     0m0.082s
"""

Same thing for loopback, except that here, zero-copy makes a
difference on the throughput because we're not I/O bound, but really
CPU/memory bound (and here sendfile of the complete file really
outperforms block-sendfile).

I don't have access to a 10Gb/s network, but basic math hints that
sendfile could make a difference on the overall throughput.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Mar  7 09:10:49 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 07 Mar 2013 08:10:49 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362643849.31.0.298139612222.issue17327@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

+1 for the idea.

Please change "failobj" to "default" to keep the terminology consistent with the pure Python API.  For reference, here's the code from collections.MutableMapping:

    def setdefault(self, key, default=None):
        try:
            return self[key]
        except KeyError:
            self[key] = default
        return default

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Thu Mar  7 09:10:57 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 07 Mar 2013 08:10:57 +0000
Subject: [issue10712] 2to3 fixer for deprecated unittest method names
In-Reply-To: <1292441796.9.0.018359428873.issue10712@psf.upfronthosting.co.za>
Message-ID: <1362643857.69.0.660716527465.issue10712@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

There are reasons why Ezio did not include assert*Regexp*->assert*Regex* in his patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10712>
_______________________________________

From report at bugs.python.org  Thu Mar  7 09:24:48 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 07 Mar 2013 08:24:48 +0000
Subject: [issue17360] Regular expressions on mmap'd files can overflow
In-Reply-To: <1362520048.77.0.430567108666.issue17360@psf.upfronthosting.co.za>
Message-ID: <1362644688.84.0.410004954273.issue17360@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Perhaps it was fixed in issue10181. Is it reproduced on Python 2.7 build from current sources?

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17360>
_______________________________________

From report at bugs.python.org  Thu Mar  7 09:28:51 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 07 Mar 2013 08:28:51 +0000
Subject: [issue17360] Regular expressions on mmap'd files can overflow
In-Reply-To: <1362520048.77.0.430567108666.issue17360@psf.upfronthosting.co.za>
Message-ID: <1362644931.79.0.232970849126.issue17360@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Sorry, this is issue10182.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17360>
_______________________________________

From report at bugs.python.org  Thu Mar  7 09:57:52 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 07 Mar 2013 08:57:52 +0000
Subject: [issue17374] Remove restriction against Semaphore having a negative
	value
Message-ID: <1362646672.1.0.00506550421469.issue17374@psf.upfronthosting.co.za>


New submission from Raymond Hettinger:

I was working through the problem sets in The Little Book of Semaphores (http://www.greenteapress.com/semaphores/downey08semaphores.pdf) and ran into an issue because Python's threading.Semaphore has an unnecessary restriction against having negative values.

That precludes use cases such as simple barriers (i.e. wait on five signals before a wait is released).

Various descriptions of Semaphores allow their counts to be set to arbitrary integer values.  Here's one definition:

   1. When you create the semaphore, you can initialize its 
      value to any integer, but after that the only operations 
      you are allowed to perform are increment (increase by one) 
      and decrement (decrease by one). You cannot read the current
      value of the semaphore.
   2. When a thread decrements the semaphore, if the result is negative,
      the thread blocks itself and cannot continue until another 
      thread increments the semaphore.
   3. When a thread increments the semaphore, if there are other 
      threads waiting, one of the waiting threads gets unblocked.

The patch is simple, remove the guard in the initialization and change the value==0 test with value<=0 to trigger blocking.

A bit of demonstration code is attached.

----------
components: Library (Lib)
files: barrier.py
messages: 183642
nosy: rhettinger
priority: normal
severity: normal
status: open
title: Remove restriction against Semaphore having a negative value
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29334/barrier.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Thu Mar  7 09:58:15 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 07 Mar 2013 08:58:15 +0000
Subject: [issue17374] Remove restriction against Semaphore having a negative
	value
In-Reply-To: <1362646672.1.0.00506550421469.issue17374@psf.upfronthosting.co.za>
Message-ID: <1362646695.05.0.362256334073.issue17374@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Thu Mar  7 10:08:14 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 07 Mar 2013 09:08:14 +0000
Subject: [issue17374] Remove restriction against Semaphore having a negative
	value
In-Reply-To: <1362646672.1.0.00506550421469.issue17374@psf.upfronthosting.co.za>
Message-ID: <1362647294.3.0.415253616771.issue17374@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

For reference, here is the Java API for a Semaphore ( http://docs.oracle.com/javase/1.5.0/docs/api/java/util/concurrent/Semaphore.html ):

Semaphore
---------
public Semaphore(int permits)

Creates a Semaphore with the given number of permits and nonfair fairness setting.

Parameters:

permits - the initial number of permits available. This value may be negative, in which case releases must occur before any acquires will be granted.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Thu Mar  7 10:11:52 2013
From: report at bugs.python.org (Tim Golden)
Date: Thu, 07 Mar 2013 09:11:52 +0000
Subject: [issue17366] os.chdir win32
In-Reply-To: <CANVamNjUQu-fg4Q9aat9hbDrE9KhT0UqwiBzLYDrgodccKXRjQ@mail.gmail.com>
Message-ID: <513859D4.7040505@timgolden.me.uk>


Tim Golden added the comment:

Dave, you seem to misunderstand what's happening here: the os.chdir
function doesn't have access to the characters which are typed in
the script or in the interpreter. It receives a Python string object.
The parser etc. which constructs the string object determines which
characters are special, which are not, and so on. It also takes
account of special prefixes such as r"", u"" and so on. Neither of
these two things knows about the other. The parser doesn't know
anything about the use the string will be put to; the os.chdir code
doesn't know anything about the origins of the string it's receiving.

This is true of Python and I doubt that it's very different for any
other language you care to name. It's certainly true -- mutatis mutandis
-- of C where *exactly* the same issue applies. Here's the
MSDN page for the MS CRT _chdir function:

  http://msdn.microsoft.com/en-us/library/bf7fwze1(v=vs.80).aspx

In the example half way down, you can see the warning about single
backslashes.

Every language brings its learning points. In Python, if you want
to include backslashes in a literal string, you need to prefix that
string with an r"" prefix, eg r"c:\temp". Speaking as someone who
uses Python on Windows on a daily basis and has done so for some years,
this really isn't an issue once you're over the initial "Why did that
not work?" blip. Using forward slashes is often a perfectly good way,
sometimes not.

In short, whatever else this is, it's not a Python bug and it's not
going to change in the near future. I freely admit that the Python
world is dominated by Unix-types for whom backslashes have little
significance, and that can colour the emphasis which are given to
some things but Python is very far from unworkable on Windows.

TJG

On 06/03/2013 21:38, Dave Humphries wrote:
> 
> Dave Humphries added the comment:
> 
> Hi Amaury,
> As I can't reopen the bug I will have to add it here (or open a new bug report).
> 
> The issue was about the string used in os.chdir() particularly.
> While this is expected behaviour in a python string it is not expected
> behaviour from a well formed file path:
> 1. \t and \n are errors when used in a path.
> 2. A well formed Windows path with directories that start with a t or
> n is interpreted as tabs and line feeds by Python. That is certainly
> not expected behaviour in Windows this also means that any Python
> built in method that uses the os.chdir() with a standard format
> environment variable or registry setting will fail with the same
> issue. It also sounds like any os module method will also be affected.
> 3. This issue took 1/2 hr to resolve. This makes python unreliable to
> use on Windows with a difficult to find bug.
> 
> The suggestion of using forward slashes is unworkable when the scripts
> will be used across a range of computers where environment or registry
> variables get used.
> 
> My suggestion is that the os methods get rewritten so that path
> parsing rules match the expected behaviour for the platform.
> 
> Regards,
> Dave
> 
> On Wed, Mar 6, 2013 at 7:50 PM, Amaury Forgeot d'Arc
> <report at bugs.python.org> wrote:
>>
>> Amaury Forgeot d'Arc added the comment:
>>
>> The backslash \ has a special meaning in strings: \n is the new line character, and \t is the tab character: http://docs.python.org/2/reference/lexical_analysis.html#string-literals
>>
>> Try to print the string!
>> You could use \\, or raw strings r"like this".
>> Or just use forward slashes / which are allowed by Windows.
>>
>> ----------
>> nosy: +amaury.forgeotdarc
>> resolution:  -> invalid
>> status: open -> closed
>>
>> _______________________________________
>> Python tracker <report at bugs.python.org>
>> <http://bugs.python.org/issue17366>
>> _______________________________________
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17366>
> _______________________________________
> _______________________________________________
> Python-bugs-list mailing list
> Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/mail%40timgolden.me.uk
>

----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17366>
_______________________________________

From report at bugs.python.org  Thu Mar  7 10:24:15 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 07 Mar 2013 09:24:15 +0000
Subject: [issue17375] Add docstrings to methods in the threading module
Message-ID: <1362648255.88.0.520762515957.issue17375@psf.upfronthosting.co.za>


New submission from Raymond Hettinger:

It should be an easy task fill-in the missing docstrings using the verbiage in the regular docs.

----------
assignee: docs at python
components: Documentation
keywords: easy
messages: 183645
nosy: docs at python, rhettinger
priority: normal
severity: normal
status: open
title: Add docstrings to methods in the threading module
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17375>
_______________________________________

From report at bugs.python.org  Thu Mar  7 10:33:02 2013
From: report at bugs.python.org (moijes12)
Date: Thu, 07 Mar 2013 09:33:02 +0000
Subject: [issue16321] Move eq.h out of stringlib
In-Reply-To: <1351157379.02.0.714048258846.issue16321@psf.upfronthosting.co.za>
Message-ID: <1362648782.72.0.928785588113.issue16321@psf.upfronthosting.co.za>


moijes12 added the comment:

Changes made according to the Sehiy's last comment. Include/Python.h has not been modified as it doesn't need one. Also, make files have been changed.

----------
keywords: +patch
nosy: +moijes12
Added file: http://bugs.python.org/file29335/16321.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16321>
_______________________________________

From report at bugs.python.org  Thu Mar  7 10:38:31 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 07 Mar 2013 09:38:31 +0000
Subject: [issue17374] Remove restriction against Semaphore having a negative
	value
In-Reply-To: <1362646672.1.0.00506550421469.issue17374@psf.upfronthosting.co.za>
Message-ID: <1362649111.77.0.905984501195.issue17374@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

>  3. When a thread increments the semaphore, if there are other 
>     threads waiting, one of the waiting threads gets unblocked.
Is a condition missing here? "if the resulting count is positive"

Since the use case is different from a regular Semaphore, I think it make sense to have a new Barrier class.  It's not obvious for me why I need (1-n) to wait for n completed tasks.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Thu Mar  7 11:01:34 2013
From: report at bugs.python.org (Dave Humphries)
Date: Thu, 07 Mar 2013 10:01:34 +0000
Subject: [issue17366] os.chdir win32
In-Reply-To: <513859D4.7040505@timgolden.me.uk>
Message-ID: <CANVamNhNP9J0g=wHNxpsmDmK0YOjVmpKvMcW1DvoDix2SF0sVQ@mail.gmail.com>


Dave Humphries added the comment:

Thanks for the thoughtful response Tim,
I am obviously not being clear with the way I express this. os.chdir
uses a common string but these strings represent a special subset of
strings. I'm not sure about mac and linux but windows has arrange of
characters that cannot appear in a path amoung them \t and \n.

My expectation was that a platform os.chdir would parse the string for
these characters and do something intelligent with them i.e a legal
path from any of the systems (mac, linux or windows) passed in as a
string to os.chdir would be converted to something that worked
correctly. This is obviously a bigger challenge than it appears on the
surface.

I will attempt to write some code that will work around this for my
use but I am wondering how other code resolves this issue (currently I
have an environment variable used by a python app written by some else
that seems to be suffering with this and the only solution seems to be
renaming directories).

This seems to place a large unseen burden on developers trying to
write cross-platform scripts that will work.

Thanks again

Dave

 Thu, Mar 7, 2013 at 8:11 PM, Tim Golden <report at bugs.python.org> wrote:
>
> Tim Golden added the comment:
>
> Dave, you seem to misunderstand what's happening here: the os.chdir
> function doesn't have access to the characters which are typed in
> the script or in the interpreter. It receives a Python string object.
> The parser etc. which constructs the string object determines which
> characters are special, which are not, and so on. It also takes
> account of special prefixes such as r"", u"" and so on. Neither of
> these two things knows about the other. The parser doesn't know
> anything about the use the string will be put to; the os.chdir code
> doesn't know anything about the origins of the string it's receiving.
>
> This is true of Python and I doubt that it's very different for any
> other language you care to name. It's certainly true -- mutatis mutandis
> -- of C where *exactly* the same issue applies. Here's the
> MSDN page for the MS CRT _chdir function:
>
>   http://msdn.microsoft.com/en-us/library/bf7fwze1(v=vs.80).aspx
>
> In the example half way down, you can see the warning about single
> backslashes.
>
> Every language brings its learning points. In Python, if you want
> to include backslashes in a literal string, you need to prefix that
> string with an r"" prefix, eg r"c:\temp". Speaking as someone who
> uses Python on Windows on a daily basis and has done so for some years,
> this really isn't an issue once you're over the initial "Why did that
> not work?" blip. Using forward slashes is often a perfectly good way,
> sometimes not.
>
> In short, whatever else this is, it's not a Python bug and it's not
> going to change in the near future. I freely admit that the Python
> world is dominated by Unix-types for whom backslashes have little
> significance, and that can colour the emphasis which are given to
> some things but Python is very far from unworkable on Windows.
>
> TJG
>
> On 06/03/2013 21:38, Dave Humphries wrote:
>>
>> Dave Humphries added the comment:
>>
>> Hi Amaury,
>> As I can't reopen the bug I will have to add it here (or open a new bug report).
>>
>> The issue was about the string used in os.chdir() particularly.
>> While this is expected behaviour in a python string it is not expected
>> behaviour from a well formed file path:
>> 1. \t and \n are errors when used in a path.
>> 2. A well formed Windows path with directories that start with a t or
>> n is interpreted as tabs and line feeds by Python. That is certainly
>> not expected behaviour in Windows this also means that any Python
>> built in method that uses the os.chdir() with a standard format
>> environment variable or registry setting will fail with the same
>> issue. It also sounds like any os module method will also be affected.
>> 3. This issue took 1/2 hr to resolve. This makes python unreliable to
>> use on Windows with a difficult to find bug.
>>
>> The suggestion of using forward slashes is unworkable when the scripts
>> will be used across a range of computers where environment or registry
>> variables get used.
>>
>> My suggestion is that the os methods get rewritten so that path
>> parsing rules match the expected behaviour for the platform.
>>
>> Regards,
>> Dave
>>
>> On Wed, Mar 6, 2013 at 7:50 PM, Amaury Forgeot d'Arc
>> <report at bugs.python.org> wrote:
>>>
>>> Amaury Forgeot d'Arc added the comment:
>>>
>>> The backslash \ has a special meaning in strings: \n is the new line character, and \t is the tab character: http://docs.python.org/2/reference/lexical_analysis.html#string-literals
>>>
>>> Try to print the string!
>>> You could use \\, or raw strings r"like this".
>>> Or just use forward slashes / which are allowed by Windows.
>>>
>>> ----------
>>> nosy: +amaury.forgeotdarc
>>> resolution:  -> invalid
>>> status: open -> closed
>>>
>>> _______________________________________
>>> Python tracker <report at bugs.python.org>
>>> <http://bugs.python.org/issue17366>
>>> _______________________________________
>>
>> ----------
>>
>> _______________________________________
>> Python tracker <report at bugs.python.org>
>> <http://bugs.python.org/issue17366>
>> _______________________________________
>> _______________________________________________
>> Python-bugs-list mailing list
>> Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/mail%40timgolden.me.uk
>>
>
> ----------
> nosy: +tim.golden
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17366>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17366>
_______________________________________

From report at bugs.python.org  Thu Mar  7 11:07:13 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 07 Mar 2013 10:07:13 +0000
Subject: [issue17374] Remove restriction against Semaphore having a negative
	value
In-Reply-To: <1362646672.1.0.00506550421469.issue17374@psf.upfronthosting.co.za>
Message-ID: <1362650833.66.0.121406793217.issue17374@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

We already have a Barrier class actually: http://docs.python.org/dev/library/threading.html#barrier-objects

As for accepting negative initialization values, it sounds like a reasonable request. One reason for rejecting would be if it makes writing a fast implementation harder. Also, multiprocessing.Semaphore should be kept compatible with threading.Semaphore.

----------
nosy: +neologix, sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Thu Mar  7 11:38:21 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 07 Mar 2013 10:38:21 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
In-Reply-To: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>
Message-ID: <1362652701.93.0.170928888694.issue17323@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

_Py_GetRefTotal() wouldn't be available in non-debug builds IIRC.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From report at bugs.python.org  Thu Mar  7 11:46:55 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Thu, 07 Mar 2013 10:46:55 +0000
Subject: [issue9556] Specifying the time a TimedRotatingFileHandler rotates
In-Reply-To: <1281441457.15.0.524451784963.issue9556@psf.upfronthosting.co.za>
Message-ID: <1362653215.35.0.703352198956.issue9556@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9556>
_______________________________________

From report at bugs.python.org  Thu Mar  7 11:53:11 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 07 Mar 2013 10:53:11 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362653591.26.0.852350267589.issue17338@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Thu Mar  7 12:00:24 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Thu, 07 Mar 2013 11:00:24 +0000
Subject: [issue17374] Remove restriction against Semaphore having a negative
	value
In-Reply-To: <1362650833.66.0.121406793217.issue17374@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM3u7Ou3CnFM7uueedoHpb8BVoDb4+VCdV7f_Z+HuiDwuw@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> As for accepting negative initialization values, it sounds like a reasonable request. One reason for rejecting would be if it makes writing a fast implementation harder. Also, multiprocessing.Semaphore should be kept compatible with threading.Semaphore.

Unfortunately, POSIX semaphore don't support negative initial value.
Multiprocessing semaphores are based on POSIX semaphores on Unix, and
one can imagine an alternate implementation of Semaphore based atop
POSIX semaphores.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Thu Mar  7 12:36:17 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Thu, 07 Mar 2013 11:36:17 +0000
Subject: [issue17376] TimedRotatingFileHandler documentation regarding 'Week
	day' lacking
Message-ID: <1362656177.01.0.275089317243.issue17376@psf.upfronthosting.co.za>


New submission from Tshepang Lekhonkhobe:

Usage of 'W' type is not clear from reading the documentation, specifically how to specify what day-of-week: Doc/library/logging.handlers.rst:291.

An example http://stackoverflow.com/q/14304954/321731.

----------
assignee: docs at python
components: Documentation
messages: 183652
nosy: docs at python, tshepang
priority: normal
severity: normal
status: open
title: TimedRotatingFileHandler documentation regarding 'Week day' lacking
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17376>
_______________________________________

From report at bugs.python.org  Thu Mar  7 13:06:14 2013
From: report at bugs.python.org (Sven Slootweg)
Date: Thu, 07 Mar 2013 12:06:14 +0000
Subject: [issue17377] JSON module in standard library behaves incorrectly on
	input like a psutil constant
Message-ID: <1362657974.02.0.982838545875.issue17377@psf.upfronthosting.co.za>


New submission from Sven Slootweg:

When faced with a subclass of int like a psutil constant (such as for process status), that actually returns a non-numeric string when used with str(), the JSON module will serialize it as a string without quotes.

An example... Code (Python):

[...] "key": psutil._common.constant(0, "value"), "otherkey": "real string"  [...]

Output (JSON):

[...] "key": value, "otherkey": "real string" [...]

Due to the missing quotes around 'value', the JSON data is corrupted.

The cause appears to be that the JSON module, when faced with an int (or subclass thereof), will use the string representation in the serialized data, which would normally be the integer as a string. This example uses a psutil constant, but this would occur with any int subclass that doesn't return itself as string representation.

I'm not entirely sure how to resolve this issue or whether it can be resolved at all, as all possible solutions appear to have negative side-effects for more common cases. I'd imagine that checking whether the resulting string is numeric, besides being error-prone, would also cause unreasonable overhead during serialization.

----------
components: Library (Lib)
messages: 183653
nosy: joepie91
priority: normal
severity: normal
status: open
title: JSON module in standard library behaves incorrectly on input like a psutil constant
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17377>
_______________________________________

From report at bugs.python.org  Thu Mar  7 13:28:33 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 07 Mar 2013 12:28:33 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362659313.59.0.843598552435.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

It seems you're right, sorry. We need to take that into account then.

In the meantime I rewrote the original patch and got rid of the "use_sendfile" explicit argument in order to attempt to use sendfile() by default and fall back on using send() if bytes sent were 0.

TSL_FTP related changes are still left out for now as I'm planning a little refactoring first.

----------
Added file: http://bugs.python.org/file29336/ftplib-sendfile2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Mar  7 14:02:54 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Thu, 07 Mar 2013 13:02:54 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1362659313.59.0.843598552435.issue13564@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM3=aA9gvq=usW3tAXnd7xF=s6eOZc+b1bW2KAHjPZkiqQ@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> In the meantime I rewrote the original patch and got rid of the "use_sendfile" explicit argument in order to attempt to use sendfile() by default and fall back on using send() if bytes sent were 0.

"""
# block until socket is writable
select.select([], [sockno], [])
"""

I don't get it, why do you use select?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Mar  7 14:17:27 2013
From: report at bugs.python.org (Ankur Ankan)
Date: Thu, 07 Mar 2013 13:17:27 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362662247.42.0.556927595096.issue13477@psf.upfronthosting.co.za>


Ankur Ankan added the comment:

Thanks for your comments Serhiy.
I have improved the patch according to your comments. Please have a look.

And I am writing tests.

----------
Added file: http://bugs.python.org/file29337/issue_13477_v2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Thu Mar  7 14:33:08 2013
From: report at bugs.python.org (karl)
Date: Thu, 07 Mar 2013 13:33:08 +0000
Subject: [issue17375] Add docstrings to methods in the threading module
In-Reply-To: <1362648255.88.0.520762515957.issue17375@psf.upfronthosting.co.za>
Message-ID: <1362663188.35.0.712733272295.issue17375@psf.upfronthosting.co.za>


karl added the comment:

Here an attempt at fixing it. See issue-17375-1.patch for Python 3.3

Hope it helps.

----------
keywords: +patch
nosy: +karlcow
Added file: http://bugs.python.org/file29338/issue-17375-1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17375>
_______________________________________

From report at bugs.python.org  Thu Mar  7 14:42:05 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 07 Mar 2013 13:42:05 +0000
Subject: [issue17375] Add docstrings to methods in the threading module
In-Reply-To: <1362648255.88.0.520762515957.issue17375@psf.upfronthosting.co.za>
Message-ID: <1362663725.61.0.543377871029.issue17375@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Duplicate of #12768?

karl - feel free to review the patch submitted to that issue and offer your insights.

----------
nosy: +eli.bendersky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17375>
_______________________________________

From report at bugs.python.org  Thu Mar  7 14:45:14 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 07 Mar 2013 13:45:14 +0000
Subject: [issue15465] Improved documentation for C API version info
In-Reply-To: <1343372725.26.0.84225170505.issue15465@psf.upfronthosting.co.za>
Message-ID: <3ZMClF6KsZz7Lth@mail.python.org>


Roundup Robot added the comment:

New changeset adeafab9a18f by Nick Coghlan in branch '3.3':
Close #15465: Document C API version macros
http://hg.python.org/cpython/rev/adeafab9a18f

New changeset a1373861f62f by Nick Coghlan in branch 'default':
Merge fix for #15465 from 3.3
http://hg.python.org/cpython/rev/a1373861f62f

----------
nosy: +python-dev
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15465>
_______________________________________

From report at bugs.python.org  Thu Mar  7 14:46:58 2013
From: report at bugs.python.org (karl)
Date: Thu, 07 Mar 2013 13:46:58 +0000
Subject: [issue17375] Add docstrings to methods in the threading module
In-Reply-To: <1362648255.88.0.520762515957.issue17375@psf.upfronthosting.co.za>
Message-ID: <1362664018.77.0.871432045513.issue17375@psf.upfronthosting.co.za>


karl added the comment:

Ah bummer! :) it was already done. :) Well it seems already well commented in the review. :)

Closing this one as duplicate?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17375>
_______________________________________

From report at bugs.python.org  Thu Mar  7 14:58:47 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 07 Mar 2013 13:58:47 +0000
Subject: [issue17378] Document that ctypes automatically applies byref() when
	argtypes declares POINTER
Message-ID: <1362664727.05.0.222866106319.issue17378@psf.upfronthosting.co.za>


New submission from Eli Bendersky:

While playing with ctypes a bit, I noticed a feature that doesn't appear to be documented. Suppose I import the readdir_r function (assuming DIRENT is a correctly declared ctypes.Structure):

DIR_p = c_void_p
DIRENT_p = POINTER(DIRENT)
DIRENT_pp = POINTER(DIRENT_p)

readdir_r = lib.readdir_r
readdir_r.argtypes = [DIR_p, DIRENT_p, DIRENT_pp]
readdir_r.restype = c_int

It seems that I can then call it as follows:

dirent = DIRENT()
result = DIRENT_p()

readdir_r(dir_fd, dirent, result)

Note that while readdir_r takes DIRENT_p and DIRENT_pp as its second and third args, I pass in just DIRENT and DIRENT_p, accordingly. What I should have done is use byref() on both, but ctypes seems to have some magic applied when argtypes declares pointer types. If I use byref, it still works. However, if I keep the same call and comment out the argtypes declaration, I get a segfault.

This behavior of ctypes should be documented.

----------
assignee: docs at python
components: Documentation
keywords: easy
messages: 183661
nosy: docs at python, eli.bendersky
priority: normal
severity: normal
stage: needs patch
status: open
title: Document that ctypes automatically applies byref() when argtypes declares POINTER
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17378>
_______________________________________

From report at bugs.python.org  Thu Mar  7 15:05:39 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 07 Mar 2013 14:05:39 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362665139.84.0.394624067427.issue17327@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

The problem with 'default' is that it is a reserved word in C. I changed it to "defaultobj", except for the docs page, where "default" should work. I also removed the "register" declaration from the "mp" argument because it is most likely useless and just takes up screen real estate.

----------
Added file: http://bugs.python.org/file29339/pydict_setitemdefault.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Thu Mar  7 15:09:12 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 07 Mar 2013 14:09:12 +0000
Subject: [issue17378] Document that ctypes automatically applies byref() when
	argtypes declares POINTER
In-Reply-To: <1362664727.05.0.222866106319.issue17378@psf.upfronthosting.co.za>
Message-ID: <1362665352.31.0.333291515331.issue17378@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Doc patch for 3.2

----------
keywords: +patch
Added file: http://bugs.python.org/file29340/issue17378.1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17378>
_______________________________________

From report at bugs.python.org  Thu Mar  7 15:09:38 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 07 Mar 2013 14:09:38 +0000
Subject: [issue17378] Document that ctypes automatically applies byref() when
	argtypes declares POINTER
In-Reply-To: <1362664727.05.0.222866106319.issue17378@psf.upfronthosting.co.za>
Message-ID: <1362665378.95.0.0658226074212.issue17378@psf.upfronthosting.co.za>


Changes by Eli Bendersky <eliben at gmail.com>:


----------
nosy: +amaury.forgeotdarc, theller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17378>
_______________________________________

From report at bugs.python.org  Thu Mar  7 15:17:34 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 07 Mar 2013 14:17:34 +0000
Subject: [issue17377] JSON module in standard library behaves incorrectly on
	input like a psutil constant
In-Reply-To: <1362657974.02.0.982838545875.issue17377@psf.upfronthosting.co.za>
Message-ID: <1362665854.41.0.263954531624.issue17377@psf.upfronthosting.co.za>


R. David Murray added the comment:

Right, the appropriate thing to do there is to write a custom encoder/decoder to handle those objects.  json only automatically handles types that work like the fundamental types, and this is a good thing, security-wise :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17377>
_______________________________________

From report at bugs.python.org  Thu Mar  7 15:32:39 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 07 Mar 2013 14:32:39 +0000
Subject: [issue16576] ctypes: structure with bitfields as argument
In-Reply-To: <1354164812.19.0.708202681719.issue16576@psf.upfronthosting.co.za>
Message-ID: <1362666759.46.0.238148761318.issue16576@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

The patch addresses issue16575 as well

----------
nosy: +theller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16576>
_______________________________________

From report at bugs.python.org  Thu Mar  7 15:51:12 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 07 Mar 2013 14:51:12 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362667872.18.0.127575309336.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

It's necessary because sendfile() can fail with EAGAIN.

As for your "blocksize = filesize" argument I changed my opinion: despite being less CPU consuming we might incur into problems if that number is too big.  'count' parameter on Linux, for example, is expected to be an unsigned int.
Other plarforms will also use different data types so we better stick with a fixed blocksize value (currently 8192).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Mar  7 15:52:32 2013
From: report at bugs.python.org (karl)
Date: Thu, 07 Mar 2013 14:52:32 +0000
Subject: [issue17376] TimedRotatingFileHandler documentation regarding 'Week
	day' lacking
In-Reply-To: <1362656177.01.0.275089317243.issue17376@psf.upfronthosting.co.za>
Message-ID: <1362667952.75.0.688431506946.issue17376@psf.upfronthosting.co.za>


karl added the comment:

Is it better like this? See the patch.

----------
keywords: +patch
nosy: +karlcow
Added file: http://bugs.python.org/file29341/issue-17376-doc-3.3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17376>
_______________________________________

From report at bugs.python.org  Thu Mar  7 16:06:56 2013
From: report at bugs.python.org (Thomas Heller)
Date: Thu, 07 Mar 2013 15:06:56 +0000
Subject: [issue17378] Document that ctypes automatically applies byref() when
	argtypes declares POINTER
In-Reply-To: <1362664727.05.0.222866106319.issue17378@psf.upfronthosting.co.za>
Message-ID: <1362668816.94.0.891641608339.issue17378@psf.upfronthosting.co.za>


Thomas Heller added the comment:

Patch looks good.  Please apply.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17378>
_______________________________________

From report at bugs.python.org  Thu Mar  7 16:07:41 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Thu, 07 Mar 2013 15:07:41 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1362667872.18.0.127575309336.issue13564@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM2bEbip-mX-5wU9JG5=iQgiCE9jnOyfkuRritSWws_qFA@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> It's necessary because sendfile() can fail with EAGAIN.

It can fail with EAGAIN if the input FD is non-blocking, exactly like
the current implementation which calls fp.read(). Furthermore, since
sendfile actually supports only regular file and regular files don't
support non-blocking I/O, it's unlikely to ever happen.

> As for your "blocksize = filesize" argument I changed my opinion: despite being less CPU consuming we might incur into problems if that number is too big.  'count' parameter on Linux, for example, is expected to be an unsigned int.

'count'  is size_t, like for mmap() and any other function accepting a
length, so nothing wrong can happen.
A platform which would have a sendfile prototype which doesn't support
sending a complete file at once would be completely broken...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Mar  7 16:27:51 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 07 Mar 2013 15:27:51 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1362667872.18.0.127575309336.issue13564@psf.upfronthosting.co.za>
Message-ID: <2052869606.18016339.1362670065533.JavaMail.root@zimbra10-e2.priv.proxad.net>


Antoine Pitrou added the comment:

> As for your "blocksize = filesize" argument I changed my opinion:
> despite being less CPU consuming we might incur into problems if
> that number is too big.  'count' parameter on Linux, for example, is
> expected to be an unsigned int.
> Other plarforms will also use different data types so we better stick
> with a fixed blocksize value (currently 8192).

If you really think a blocksize is necessary, you could choose a much
larger one for sendfile() (such as 16 MB). Then the overhead of system
calls would be much smaller.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Mar  7 16:29:39 2013
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 07 Mar 2013 15:29:39 +0000
Subject: [issue17379] Zen amendment
Message-ID: <1362670179.84.0.620093919889.issue17379@psf.upfronthosting.co.za>


New submission from Christian Heimes:

Tim came up  with a fitting amendment to the Zen of Python. It pretty much sums up our future Code of Conduct in one sentence. But see for yourself! ;)

----------
files: zen_amendment.patch
keywords: patch
messages: 183671
nosy: christian.heimes, tim_one
priority: normal
severity: normal
stage: patch review
status: open
title: Zen amendment
type: enhancement
versions: Python 2.6, Python 2.7, Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29342/zen_amendment.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17379>
_______________________________________

From report at bugs.python.org  Thu Mar  7 16:37:29 2013
From: report at bugs.python.org (=?utf-8?q?Anders_Hovm=C3=B6ller?=)
Date: Thu, 07 Mar 2013 15:37:29 +0000
Subject: [issue15873] "datetime" cannot parse ISO 8601 dates and times
In-Reply-To: <1346965730.56.0.810546720554.issue15873@psf.upfronthosting.co.za>
Message-ID: <1362670649.38.0.757964495787.issue15873@psf.upfronthosting.co.za>


Anders Hovm?ller added the comment:

I've written a parser for ISO 8601: https://github.com/boxed/iso8601

Some basic tests are included and it supports most of the standard. Haven't gotten around to the more obscure parts like durations and intervals, but those are trivial to add...

----------
nosy: +Anders.Hovm?ller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15873>
_______________________________________

From report at bugs.python.org  Thu Mar  7 16:46:57 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 07 Mar 2013 15:46:57 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362671217.34.0.378720569679.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

> 'count'  is size_t, like for mmap() and any other function accepting a length, so nothing wrong can happen.

Then why 'offset' and 'count' parameters have a different data type?

Linux: 
sendfile(..., off_t *offset, size_t count);

Solaris:
sendfile(..., off_t *off,    size_t len);

HP-UX:
sendfile(..., off_t offset,  bsize_t nbytes);


> A platform which would have a sendfile prototype which doesn't support
> sending a complete file at once would be completely broken...

You can't send a complete file at once in the first place unless it's very small. 
The usual way to send a file is chunk by chunk, so it wouldn't surprise me if sendfile() prototype does not support the use case you're describing.
Anyway, Antoine's suggestion makes sense to me: it's probably ok to just use a big value and be done with it.
16MB looks a little bit too much to me as the maximum amount of bytes sent per call is a lot less than 1MB, but even then it would probably be ok.


>> It's necessary because sendfile() can fail with EAGAIN.
> It can fail with EAGAIN if the input FD is non-blocking

It will. Try it yourself.


> Furthermore, since sendfile actually supports only regular file and regular 
> files don't support non-blocking I/O, it's unlikely to ever happen.

EAGAIN is caused by the socket fd not being ready yet, not the file fd.
Please try the patch before making such assumptions. We're going OT here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Mar  7 16:50:20 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 07 Mar 2013 15:50:20 +0000
Subject: [issue17379] Zen amendment
In-Reply-To: <1362670179.84.0.620093919889.issue17379@psf.upfronthosting.co.za>
Message-ID: <1362671420.58.0.679235988051.issue17379@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17379>
_______________________________________

From report at bugs.python.org  Thu Mar  7 16:58:44 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 07 Mar 2013 15:58:44 +0000
Subject: [issue17379] Zen amendment
In-Reply-To: <1362670179.84.0.620093919889.issue17379@psf.upfronthosting.co.za>
Message-ID: <1362671924.27.0.637114944585.issue17379@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Disagreed. This is the kind of sentence that cannot be correctly
understood without the (missing) original context.

It is also, IMHO, a rather poor wording. The categories of "civilized"
and "barbarian", as any kind of binary thinking (us vs. them) are routinely
used to diminish foreign or dominated cultures (or worse, think about
colonialism). I think they shouldn't be related with either a CoC, or the
more general efforts towards diversity.

The evolution of the meaning of "barbarian" should shed a light:
http://en.wikipedia.org/wiki/Barbarian

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17379>
_______________________________________

From report at bugs.python.org  Thu Mar  7 17:07:28 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 07 Mar 2013 16:07:28 +0000
Subject: [issue17379] Zen amendment
In-Reply-To: <1362671924.27.0.637114944585.issue17379@psf.upfronthosting.co.za>
Message-ID: <20130307110724.5ddb637f@anarchist.wooz.org>


Barry A. Warsaw added the comment:

On Mar 07, 2013, at 03:58 PM, Antoine Pitrou wrote:

>Disagreed. This is the kind of sentence that cannot be correctly
>understood without the (missing) original context.

Plus, we fear change. ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17379>
_______________________________________

From report at bugs.python.org  Thu Mar  7 17:28:04 2013
From: report at bugs.python.org (Matthew Barnett)
Date: Thu, 07 Mar 2013 16:28:04 +0000
Subject: [issue8402] Add a function to escape metacharacters in glob/fnmatch
In-Reply-To: <1271292687.68.0.249436327738.issue8402@psf.upfronthosting.co.za>
Message-ID: <1362673683.99.0.978398232974.issue8402@psf.upfronthosting.co.za>


Matthew Barnett added the comment:

I've attached fnmatch_implementation.py, which is a simple pure-Python implementation of the fnmatch function.

It's not as susceptible to catastrophic backtracking as the current re-based one. For example:

fnmatch('a' * 50, '*a*' * 50)

completes quickly.

----------
nosy: +mrabarnett
Added file: http://bugs.python.org/file29343/fnmatch_implementation.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8402>
_______________________________________

From report at bugs.python.org  Thu Mar  7 17:29:21 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 07 Mar 2013 16:29:21 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362673761.65.0.461676545287.issue13477@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

It will be good if Berker and Ankur will merge their patches. Ankur's patch has some very useful features, but Berker's patch looks more mature.

I prefer to emulate a subset of the tar utility interface too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Thu Mar  7 17:29:49 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 07 Mar 2013 16:29:49 +0000
Subject: [issue17379] Zen amendment
In-Reply-To: <1362670179.84.0.620093919889.issue17379@psf.upfronthosting.co.za>
Message-ID: <1362673789.12.0.617649359124.issue17379@psf.upfronthosting.co.za>


R. David Murray added the comment:

Yeah, but in this case I think Antoine is right.  This kind of "argument" is the kind of argument that is used to shut down discussion, in form whether or not in substance.  Which is too bad, because it is nicely clever.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17379>
_______________________________________

From report at bugs.python.org  Thu Mar  7 17:32:53 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 07 Mar 2013 16:32:53 +0000
Subject: [issue8402] Add a function to escape metacharacters in glob/fnmatch
In-Reply-To: <1271292687.68.0.249436327738.issue8402@psf.upfronthosting.co.za>
Message-ID: <1362673973.81.0.808992724314.issue8402@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think it should be a separate issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8402>
_______________________________________

From report at bugs.python.org  Thu Mar  7 17:38:57 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Thu, 07 Mar 2013 16:38:57 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1362671217.34.0.378720569679.issue13564@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM1_a4G1X9Ag9RAxjkR1Nf1xhapwJnUYbQvSpDY4tmZCwg@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> Then why 'offset' and 'count' parameters have a different data type?

Because offsets can be negative (e.g. for lseek), while a size can't.
That's why 'count' is size_t, not ssize_t.

>> Furthermore, since sendfile actually supports only regular file and regular
>> files don't support non-blocking I/O, it's unlikely to ever happen.
>
> EAGAIN is caused by the socket fd not being ready yet, not the file fd.
> Please try the patch before making such assumptions.

I didn't see the socket could be set to non-blocking.

In that case, there's a problem with the patch, since select can block
arbitrarily long because it doesn't take the socket timeout into
account.

Also, apparently socket.sendall() doesn't retry on EAGAIN, it doesn't
use BEGIN_SELECT_LOOP.
The risk of false positive (EAGAIN after select reported ready)
shouldn't be as bad as for sendto(), since usually you'll just get a
partial write for a stream oriented socket, but this could be bad for
e.g. a SCTP socket (since it's message-oriented).

>  We're going OT here.

I'm leaving this topic, you can do as you like...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Mar  7 17:39:10 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 07 Mar 2013 16:39:10 +0000
Subject: [issue11732] Skip decorator for tests requiring manual intervention
	on Windows
In-Reply-To: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>
Message-ID: <3ZMHbx35CSzRyC@mail.python.org>


Roundup Robot added the comment:

New changeset 6ccefddc13fd by Ezio Melotti in branch '3.3':
#11732: make suppress_crash_popup() work on Windows XP and Windows Server 2003.
http://hg.python.org/cpython/rev/6ccefddc13fd

New changeset 831035bda9b7 by Ezio Melotti in branch 'default':
#11732: merge with 3.3.
http://hg.python.org/cpython/rev/831035bda9b7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11732>
_______________________________________

From report at bugs.python.org  Thu Mar  7 17:39:29 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Thu, 07 Mar 2013 16:39:29 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362674369.91.0.37036715383.issue13564@psf.upfronthosting.co.za>


Changes by Charles-Fran?ois Natali <cf.natali at gmail.com>:


----------
nosy:  -neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Mar  7 17:40:53 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 07 Mar 2013 16:40:53 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362674453.63.0.240371641594.issue13477@psf.upfronthosting.co.za>


?ric Araujo added the comment:

I am more in favor of having something simple and similar to zipfile, like Lars, rather than following tar.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Thu Mar  7 17:46:24 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 07 Mar 2013 16:46:24 +0000
Subject: [issue11732] Skip decorator for tests requiring manual intervention
	on Windows
In-Reply-To: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>
Message-ID: <3ZMHmH1mchzSDW@mail.python.org>


Roundup Robot added the comment:

New changeset c0c440dcb8dd by Ezio Melotti in branch '3.2':
#11732: add a new suppress_crash_popup() context manager to test.support that disables crash popups on Windows and use it in test_ctypes.
http://hg.python.org/cpython/rev/c0c440dcb8dd

New changeset 89d62bc81e47 by Ezio Melotti in branch '3.3':
#11732: null merge with 3.2.
http://hg.python.org/cpython/rev/89d62bc81e47

New changeset 7e818490d297 by Ezio Melotti in branch 'default':
#11732: null merge with 3.3.
http://hg.python.org/cpython/rev/7e818490d297

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11732>
_______________________________________

From report at bugs.python.org  Thu Mar  7 17:48:26 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 07 Mar 2013 16:48:26 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362674906.78.0.811950809855.issue13477@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This can confuse users. Note that even jar (which works with zip-like files) honors tar interface.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Thu Mar  7 17:51:43 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 07 Mar 2013 16:51:43 +0000
Subject: [issue11732] Skip decorator for tests requiring manual intervention
	on Windows
In-Reply-To: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>
Message-ID: <1362675103.8.0.678197310287.issue11732@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

GetErrorMode wasn't available on XP/2k3, so I changed the patch to use only SetErrorMode.  I also backported it to 3.2, since ctypes has the same crashing test of 3.3/default.
If I got everything right there shouldn't be anymore crash popups while running the tests, however I haven't tested this on 2.7/3.2, so there might be other popups that I missed.  If there are, feel free to reopen the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11732>
_______________________________________

From report at bugs.python.org  Thu Mar  7 18:00:23 2013
From: report at bugs.python.org (B. Kyven)
Date: Thu, 07 Mar 2013 17:00:23 +0000
Subject: [issue17251] LWPCookieJar load() set domain_specifed wrong
In-Reply-To: <1361342913.69.0.115494364841.issue17251@psf.upfronthosting.co.za>
Message-ID: <1362675623.45.0.542618536987.issue17251@psf.upfronthosting.co.za>


B. Kyven added the comment:

I now realized LWPCookieJar is a subclass of CookieJar but it behaves differently. I believe there are other quirks I haven't discovered, like expire=None which cause exception in LWPCookieJar, but works fine for CookieJar. Sadly the doc didn't mention them.

The official python document introduced 2 file cookiejar, one is Mozilla's FileCookieJar, which is explicitly advised as depricated.
LWPCookieJar which is human-readable seems the only advisable chooice to me. But it turns out not that simple.
My guess is that not many people use this module, or the expire=None problem and this dot question should be quite easy to spot on google. 

So forks, could your suggest how does other python user deal with cookie storage. Do they just pickle the cookie objects and save to file?
Or any via 3rd party cookie batteries? What's their pro/cons ? 

LWPCookie's usage is strage to me and ,I believe, many average users, I guess many people like me will be willing to know alternatives.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17251>
_______________________________________

From report at bugs.python.org  Thu Mar  7 18:10:42 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 07 Mar 2013 17:10:42 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
In-Reply-To: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>
Message-ID: <1362676242.65.0.116395107476.issue17323@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Yes -- I was proposing to make it available on non-debug builds too, unless it has a negative impact on the performance or other similar issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From report at bugs.python.org  Thu Mar  7 18:12:13 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 07 Mar 2013 17:12:13 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362676333.13.0.982677702868.issue13477@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Yeah, that?s always the discussion when writing a Python utility that has a unix equivalent: do you want to be familiar to Python users or to the unix tool users?

I don?t have a strong opinion.  I think unix users would have no reason to use python -m tarfile, and windows users won?t have the expectation that the interface is the same as tar?unless they are unix people who are using a windows machine for whatever reason.  If it were me, I?d just start with python -m tarfile --help, so I?d have no expectations :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Thu Mar  7 18:12:17 2013
From: report at bugs.python.org (=?utf-8?q?Zbyszek_J=C4=99drzejewski-Szmek?=)
Date: Thu, 07 Mar 2013 17:12:17 +0000
Subject: [issue17380] initproc return value is unclear
Message-ID: <1362676337.45.0.36627137275.issue17380@psf.upfronthosting.co.za>


New submission from Zbyszek J?drzejewski-Szmek:

initproc is declared to return an int, but what returned values mean is not documented. Noddy_init in http://docs.python.org/3/extending/newtypes.html?highlight=initproc#adding-data-and-methods-to-the-basic-example can be seen to return 0 on success and -1 on error, but that's about it.

Also, when I wrote a function which return 1 on error, on every second invocation the exception would be ignored:
static int Reader_init(Reader *self, PyObject *args, PyObject *keywds)
{
    ...
    if (flags && path) {
            PyErr_SetString(PyExc_ValueError, "cannot use both flags and path");
            return 1;
    }
    ...
}

>>> obj(123, '/tmp')
>>> obj(123, '/tmp')
...
ValueError
>>> obj(123, '/tmp')
>>> obj(123, '/tmp')
...
ValueError

I'm not sure how to interpret this since I couldn't find the documentation for the expected value.

----------
assignee: docs at python
components: Documentation, Extension Modules
messages: 183689
nosy: docs at python, zbysz
priority: normal
severity: normal
status: open
title: initproc return value is unclear
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17380>
_______________________________________

From report at bugs.python.org  Thu Mar  7 19:25:55 2013
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 07 Mar 2013 18:25:55 +0000
Subject: [issue17379] Zen amendment
In-Reply-To: <1362670179.84.0.620093919889.issue17379@psf.upfronthosting.co.za>
Message-ID: <1362680755.19.0.508293223724.issue17379@psf.upfronthosting.co.za>


Brett Cannon added the comment:

How about "civility beats rudeness". That's clearly delineates it's about your discourse with others and eliminates any superiority issues people were feeling with the term "barbaric".

Obviously Tim would still need to sign off on this as well.

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17379>
_______________________________________

From report at bugs.python.org  Thu Mar  7 19:29:56 2013
From: report at bugs.python.org (Tim Peters)
Date: Thu, 07 Mar 2013 18:29:56 +0000
Subject: [issue17379] Zen amendment
In-Reply-To: <1362670179.84.0.620093919889.issue17379@psf.upfronthosting.co.za>
Message-ID: <1362680996.52.0.382517443174.issue17379@psf.upfronthosting.co.za>


Tim Peters added the comment:

As I just clarified on the members list, the "Zen" is about the design of Python-the-language.  It's hard to imagine that a programming language _could_ be barbaric or rude, Perl notwithstanding ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17379>
_______________________________________

From report at bugs.python.org  Thu Mar  7 19:32:21 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 07 Mar 2013 18:32:21 +0000
Subject: [issue17379] Zen amendment
In-Reply-To: <1362670179.84.0.620093919889.issue17379@psf.upfronthosting.co.za>
Message-ID: <1362681141.79.0.0692237257171.issue17379@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Actually, INTERCAL mandates a certain amount of politeness (not too little, but not too much either): http://en.wikipedia.org/wiki/INTERCAL

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17379>
_______________________________________

From report at bugs.python.org  Thu Mar  7 19:37:47 2013
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 07 Mar 2013 18:37:47 +0000
Subject: [issue17379] Zen amendment
In-Reply-To: <1362670179.84.0.620093919889.issue17379@psf.upfronthosting.co.za>
Message-ID: <1362681467.08.0.227289834785.issue17379@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Tim has spoken, so closing the bug as rejected.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17379>
_______________________________________

From report at bugs.python.org  Thu Mar  7 19:52:32 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 07 Mar 2013 18:52:32 +0000
Subject: [issue15605] Explain sphinx documentation building in devguide
In-Reply-To: <1344533769.31.0.609415214451.issue15605@psf.upfronthosting.co.za>
Message-ID: <1362682352.67.0.521417465375.issue15605@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> change '2.4 or higher' to '2.4 to 2.7'.

"Python 2" should be enough.

> Perhaps we should add "These instructions assume that <repository>/Doc/
> is the current directory." Then we would not have to repeat in multiple 
> places.

There was a somewhat related discussion about this in #16814.

> But even with that correction, making docs will still fail for 3.x.

Maybe we should just updated Sphinx :)  See #10224.

> Perhaps "suspicious" is available on *nix, just not documented.
> Could someone check?

It is.  See also #15759.

> "Then, make an output directory, e.g. under `build/`"

On Linux sphinx-build/"make html" takes care of this already.  Is this not the case on Windows?  If not maybe the make.bat should be updated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15605>
_______________________________________

From report at bugs.python.org  Thu Mar  7 20:01:35 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 07 Mar 2013 19:01:35 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362682895.42.0.411674015139.issue17327@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Please call it PyDict_SetDefault, though.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Thu Mar  7 20:06:54 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 07 Mar 2013 19:06:54 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362683214.65.0.104405289999.issue17327@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

I had originally considered that name. However, what it really does is PyDict_GetItem(). In a specific special case, it sets a default value and *then* returns that. So it's still PyDict_GetItem(), just with a preceding modification. Also, the interface mimics PyDict_GetItem(). Its primary interface is a getter, not a setter.

I really think that PyDict_SetDefault() is an inappropriate name.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Thu Mar  7 20:12:33 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 07 Mar 2013 19:12:33 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362683553.83.0.124284682518.issue17327@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

PyDict_SetDefault mimicks the Python API, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Thu Mar  7 20:15:51 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 07 Mar 2013 19:15:51 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362683751.91.0.985045692388.issue17327@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Well, guess what, I kind-of figured that. So, what's wrong with PyDict_GetItemSetDefault()? That mimics the Python method name, too, while at the same time making it clear what actually happens and how the C-API function behaves.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Thu Mar  7 20:18:43 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 07 Mar 2013 19:18:43 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362683923.2.0.189408747892.issue17327@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I would simply call it PyDict_SetDefault, too. It's also shorter to type ;)

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Thu Mar  7 20:21:16 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 07 Mar 2013 19:21:16 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362684076.38.0.802626318946.issue17327@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

To me, PyDict_SetDefault() sounds like it's supposed to set a default value that PyDict_GetItem() would return instead of NULL on lookup failure. Basically a defaultdict-like extension to normal dicts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Thu Mar  7 20:25:01 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 07 Mar 2013 19:25:01 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362684301.24.0.29307690051.issue17327@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I find the name PyDict_GetItemSetDefault very confusing. My brain isn't quite sure where to partition the four words of GetItemSetDefault. If you really wanted to be clear, you would have to call it PyDict_GetItemAndSetDefault. There's no reason not to pick the same name as the Python-level API, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Thu Mar  7 20:27:13 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 07 Mar 2013 19:27:13 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362684433.53.0.778056379052.issue17327@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

I'm fine with PyDict_GetItemOrSetDefault() as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Thu Mar  7 20:39:43 2013
From: report at bugs.python.org (Eric Snow)
Date: Thu, 07 Mar 2013 19:39:43 +0000
Subject: [issue17146] Improve test.support.import_fresh_module()
In-Reply-To: <1360173207.93.0.545038003831.issue17146@psf.upfronthosting.co.za>
Message-ID: <1362685183.89.0.904075802841.issue17146@psf.upfronthosting.co.za>


Eric Snow added the comment:

I'm closing this as #17037 offers a better solution and it's unlikely this proposal would make it if that one doesn't.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17146>
_______________________________________

From report at bugs.python.org  Thu Mar  7 21:03:05 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 07 Mar 2013 20:03:05 +0000
Subject: [issue17369] Message.get_filename produces exception if the RFC2231
	encoding is ill-formed
In-Reply-To: <1362608740.33.0.297004510938.issue17369@psf.upfronthosting.co.za>
Message-ID: <1362686585.13.0.0694093940145.issue17369@psf.upfronthosting.co.za>


R. David Murray added the comment:

Here's a patch.  Note that this fixes a regression relative to Python2, where fallback_charset was used in this case.

----------
keywords: +patch
versions:  -Python 2.7
Added file: http://bugs.python.org/file29344/collapse_rfc2231_value.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17369>
_______________________________________

From report at bugs.python.org  Thu Mar  7 21:03:17 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 07 Mar 2013 20:03:17 +0000
Subject: [issue17369] Message.get_filename produces exception if the RFC2231
	encoding is ill-formed
In-Reply-To: <1362608740.33.0.297004510938.issue17369@psf.upfronthosting.co.za>
Message-ID: <1362686597.1.0.0519074627681.issue17369@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17369>
_______________________________________

From report at bugs.python.org  Thu Mar  7 21:52:32 2013
From: report at bugs.python.org (Chris Adams)
Date: Thu, 07 Mar 2013 20:52:32 +0000
Subject: [issue17381] IGNORECASE breaks unicode literal range matching
Message-ID: <1362689552.47.0.00880933015098.issue17381@psf.upfronthosting.co.za>


New submission from Chris Adams:

I noticed an interesting failure while using re.match / re.sub to look for non-Cyrillic characters in allegedly Russian text:

>>> re.sub(r'[\s\u0400-\u0527]+', ' ', '????????????? ????????', flags=re.IGNORECASE)
'????????????? ????????'
>>> re.sub(r'[\s\u0400-\u0527]+', '', '????????????? ????????', flags=0)
''

The same is true in Python 2.7, although you need to use ur'' patterns for the literals to be expanded:

>>> re.sub(ur'[\s\u0400-\u0527]+', '', u'????????????? ????????', flags=re.IGNORECASE|regex.UNICODE)
u'\u0410\u0440\u0445\u0430\u043d\u0433\u0435\u043b\u044c\u0441\u043a\u0430\u044f\u0433\u0443\u0431\u0435\u0440\u043d\u0438\u044f'


In contrast, the regex module behaves as expected:

>>> regex.sub(ur'[\s\u0400-\u0527]+', '', u'????????????? ????????', flags=regex.IGNORECASE|regex.UNICODE)
u''

(Transcript maintained at https://gist.github.com/acdha/5111687)

----------
components: Regular Expressions
messages: 183705
nosy: acdha, ezio.melotti, mrabarnett
priority: normal
severity: normal
status: open
title: IGNORECASE breaks unicode literal range matching
type: behavior
versions: Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17381>
_______________________________________

From report at bugs.python.org  Thu Mar  7 22:54:09 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Mar 2013 21:54:09 +0000
Subject: [issue10224] Build 3.x documentation using python3.x
In-Reply-To: <1288304199.49.0.7053863257.issue10224@psf.upfronthosting.co.za>
Message-ID: <1362693249.15.0.99948841828.issue10224@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Doc/make.bat assumes that this issue has already been resolved:
  if "%PYTHON%" EQU "" set PYTHON=..\pcbuild\python
Even with '_d' appended, as it should be, that does not work for 3.x.
I think that line should be @rem'ed out until it does work.
Does anyone mind if I do so?

I already suggested on #15605 that a workaround be given until it is no longer needed.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10224>
_______________________________________

From report at bugs.python.org  Thu Mar  7 23:16:18 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Mar 2013 22:16:18 +0000
Subject: [issue15605] Explain sphinx documentation building in devguide
In-Reply-To: <1344533769.31.0.609415214451.issue15605@psf.upfronthosting.co.za>
Message-ID: <1362694578.7.0.503254219449.issue15605@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

>"Python 2" should be enough.
I thought about that. Agreed.

"make -C Doc xxx" will not work with make.bat. Perhaps "7.6.1. Using make" should be expanded to "7.6.1 Using make on unix" and "7.6.2 Using make on Windows" added. Then the directory assumption could be put in the latter. But see below.

I super agree that all the doc building modules should work on 3.x, or at least 3.3+, so a freshly built 3.x can build its own docs. But until they do, we need to document what works now. I added a note on #10224.

OK, add 'suspicious' to the unix list and the Windows difference is reduced. (By the way, suspicious.cvs for 3.4 has 22 lines now.)

I presume that unix make *also* has a 'checkout' target, but it is just not mentioned because the other targets list it as a dependency so it gets called automatically.

If so, the unix/windows difference would be reduced further if checkout were listed in the master list, with a note that explicit 'make checkout' is only needed on windows. I think that should be the first target listed, with update following. The last two targets that do not work on Windows could have 'Unix only'. Then a separate Windows section might not be needed -- though a paragraph about setting PYTHON would still be needed until it is not needed.

Yes, make.bat add /build, etc, as needed.
if not exist build mkdir build
if not exist build\%1 mkdir build\%1
if not exist build\doctrees mkdir build\doctrees
(It is really a nice .bat file.)

The line about making /build oneself is in the section about *not* using make. Perhaps this section was written before make.bat? Does Mac lack make? If not, this section might be recast as explaining what make does.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15605>
_______________________________________

From report at bugs.python.org  Thu Mar  7 23:31:55 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 07 Mar 2013 22:31:55 +0000
Subject: [issue14645] Generator does not translate linesep characters in
	certain circumstances
In-Reply-To: <1335117428.2.0.322445942387.issue14645@psf.upfronthosting.co.za>
Message-ID: <3ZMRQy1zlGzRtV@mail.python.org>


Roundup Robot added the comment:

New changeset 30c0f0dd0b94 by R David Murray in branch '3.2':
#14645: Generator now emits correct linesep for all parts.
http://hg.python.org/cpython/rev/30c0f0dd0b94

New changeset 1b9dc00c4d57 by R David Murray in branch '3.3':
Merge: #14645: Generator now emits correct linesep for all parts.
http://hg.python.org/cpython/rev/1b9dc00c4d57

New changeset 6b69c11b0ad0 by R David Murray in branch 'default':
Merge: #14645: Generator now emits correct linesep for all parts.
http://hg.python.org/cpython/rev/6b69c11b0ad0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14645>
_______________________________________

From report at bugs.python.org  Thu Mar  7 23:39:56 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Thu, 07 Mar 2013 22:39:56 +0000
Subject: [issue10224] Build 3.x documentation using python3.x
In-Reply-To: <1288304199.49.0.7053863257.issue10224@psf.upfronthosting.co.za>
Message-ID: <1362695996.42.0.526554088001.issue10224@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10224>
_______________________________________

From report at bugs.python.org  Thu Mar  7 23:57:42 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 07 Mar 2013 22:57:42 +0000
Subject: [issue14645] Generator does not translate linesep characters in
	certain circumstances
In-Reply-To: <1335117428.2.0.322445942387.issue14645@psf.upfronthosting.co.za>
Message-ID: <1362697062.11.0.959168864935.issue14645@psf.upfronthosting.co.za>


R. David Murray added the comment:

I'm not going to fix this in Python2.  While the problem exists there, it hasn't ever been reported as a bug.  As noted earlier, this is probably primarily due to the fact that it would be very exceptional to read an email in python2 with anything other than universal newline mode, and Python2 provides no way to emit a message with anything other than \n linesep other than smtplib.sendmail, which does the \n to \r\n translation.  In Python3, in contrast, reading a message as binary is common, and we have smtplib.send_message, which writes the message directly using a \r\n linesep instead of doing a post-transformation the way smtplib.sendmail does.

----------
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 3.4 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14645>
_______________________________________

From report at bugs.python.org  Fri Mar  8 00:10:01 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 07 Mar 2013 23:10:01 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362697801.44.0.545977999542.issue17327@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

+1 for PyDict_SetDefault.  Any other name is confusing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Fri Mar  8 00:18:38 2013
From: report at bugs.python.org (Dirk Zabel)
Date: Thu, 07 Mar 2013 23:18:38 +0000
Subject: [issue17382] debugging with idle: current line not highlighted
Message-ID: <1362698318.37.0.972993437796.issue17382@psf.upfronthosting.co.za>


New submission from Dirk Zabel:

When debugging with IDLE with checkbox "Source" enabled, the source window highlights the current line only when the source window is activated. If one of the buttons of the IDLE debug window is pressed ("Step", "Over" or "Out"), the source window is no longer active and the highlighting of the current line disappears. This makes stepwise execution quite boring.

This effect seems to be os specific. I found it on Windows XP SP3 and Windows 7 X64 SP1 both with Python 3.2 and Python 3.2.
I tried both Python 3.2 and Python 3.3 on Ubuntu 12.4 LTS, and the problem did not show up.
So it seems to be a windows-only problem.

----------
components: IDLE
messages: 183711
nosy: dzabel
priority: normal
severity: normal
status: open
title: debugging with idle: current line not highlighted
type: behavior
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17382>
_______________________________________

From report at bugs.python.org  Fri Mar  8 00:19:56 2013
From: report at bugs.python.org (Matthew Barnett)
Date: Thu, 07 Mar 2013 23:19:56 +0000
Subject: [issue17381] IGNORECASE breaks unicode literal range matching
In-Reply-To: <1362689552.47.0.00880933015098.issue17381@psf.upfronthosting.co.za>
Message-ID: <1362698396.08.0.158677158813.issue17381@psf.upfronthosting.co.za>


Matthew Barnett added the comment:

The way the re handles ranges is to convert the two endpoints to lowercase and then check whether the lowercase form of the character in the text is in that range.

For example, [A-Z] is converted to the range [\x41-\x5A], and the lowercase form of 'Q' ('\x51') is 'q' ('\x7A'), which is in the range.

In your example, [\u0400-\u0527] is converted to the range [\u0450-\u0527], but the lowercase form of '?' ('\u0410') is '?' ('\u0430'), which isn't in the range.

This is the same as issue #3511, but a worse failure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17381>
_______________________________________

From report at bugs.python.org  Fri Mar  8 00:27:25 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 07 Mar 2013 23:27:25 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362698845.58.0.615579947683.issue17327@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Ok (shrug), since everyone seems to agree, PyDict_SetDefault() it is. I wouldn't be surprised if the same kind of discussion lead to the original naming of dict.setdefault()...

----------
Added file: http://bugs.python.org/file29345/pydict_setitemdefault.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Fri Mar  8 00:37:04 2013
From: report at bugs.python.org (Dirk Zabel)
Date: Thu, 07 Mar 2013 23:37:04 +0000
Subject: [issue17382] debugging with idle: current line not highlighted
In-Reply-To: <1362698318.37.0.972993437796.issue17382@psf.upfronthosting.co.za>
Message-ID: <1362699424.02.0.620617948783.issue17382@psf.upfronthosting.co.za>


Dirk Zabel added the comment:

When debugging with IDLE with checkbox "Source" enabled, the source window highlights the current line only when the source window is activated. If one of the buttons of the IDLE debug window is pressed ("Step", "Over" or "Out"), the source window is no longer active and the highlighting of the current line disappears. This makes stepwise execution quite boring.

This effect seems to be os specific. I found it on Windows XP SP3 and Windows 7 X64 SP1 both with Python 3.2 and Python 3.3.
I tried both Python 3.2 and Python 3.3 on Ubuntu 12.4 LTS, and the problem did not show up.
So it seems to be a windows-only problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17382>
_______________________________________

From report at bugs.python.org  Fri Mar  8 00:55:00 2013
From: report at bugs.python.org (Piotr Kuchta)
Date: Thu, 07 Mar 2013 23:55:00 +0000
Subject: [issue17383] Error in documentation
	/2/tutorial/modules.html#more-on-modules
Message-ID: <1362700500.92.0.448355159104.issue17383@psf.upfronthosting.co.za>


New submission from Piotr Kuchta:

In the 2.7 tutorial, chapter on modules:

 http://docs.python.org/2/tutorial/modules.html#more-on-modules 

I think the last sentence in this paragraph is incorrect:

"Modules can import other modules. It is customary but not required to place all import statements at the beginning of a module (or script, for that matter). The imported module names are placed in the importing module?s global symbol table."

This is not true:

>>> def foo(): import sys
... 
>>> foo()
>>> sys.path
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
NameError: name 'sys' is not defined

----------
assignee: docs at python
components: Documentation
messages: 183715
nosy: Piotr.Kuchta, docs at python
priority: normal
severity: normal
status: open
title: Error in documentation /2/tutorial/modules.html#more-on-modules
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17383>
_______________________________________

From report at bugs.python.org  Fri Mar  8 00:58:54 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 07 Mar 2013 23:58:54 +0000
Subject: [issue17383] Error in documentation
	/2/tutorial/modules.html#more-on-modules
In-Reply-To: <1362700500.92.0.448355159104.issue17383@psf.upfronthosting.co.za>
Message-ID: <1362700734.18.0.090553479433.issue17383@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

It should probably say that they are placed in the namespace where they get imported, but I'm not sure if the concept of namespace has been covered yet at that point of the tutorial.  The sentence probably assume that the modules are getting imported at the beginning of the module (as suggested in the previous sentence), but even in that case I wouldn't use 'global symbol table'.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17383>
_______________________________________

From report at bugs.python.org  Fri Mar  8 01:20:24 2013
From: report at bugs.python.org (Ashwini Chaudhary)
Date: Fri, 08 Mar 2013 00:20:24 +0000
Subject: [issue17383] Error in documentation
	/2/tutorial/modules.html#more-on-modules
In-Reply-To: <1362700500.92.0.448355159104.issue17383@psf.upfronthosting.co.za>
Message-ID: <1362702024.49.0.498451044115.issue17383@psf.upfronthosting.co.za>


Changes by Ashwini Chaudhary <monty.sinngh at gmail.com>:


----------
nosy: +montysinngh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17383>
_______________________________________

From report at bugs.python.org  Fri Mar  8 02:27:36 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Mar 2013 01:27:36 +0000
Subject: [issue17223] Initializing array.array with unicode type code and
	buffer segfaults
In-Reply-To: <1361144705.32.0.225799767897.issue17223@psf.upfronthosting.co.za>
Message-ID: <1362706056.24.0.532914438076.issue17223@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It looks like PyUnicode_FromUnicode() should accept invalid UTF-16 surrogates because the array module indirectly relies on that:

On Windows (16-bit wchar_t/Py_UNICODE), len(array.array('u', '\U0010ffff')) is 2 and array.array('u', '\U0010ffff')[0] is '\udbff' (lone surrogate).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17223>
_______________________________________

From report at bugs.python.org  Fri Mar  8 02:33:56 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 08 Mar 2013 01:33:56 +0000
Subject: [issue17223] Initializing array.array with unicode type code and
	buffer segfaults
In-Reply-To: <1361144705.32.0.225799767897.issue17223@psf.upfronthosting.co.za>
Message-ID: <3ZMWSy4g7RzQQP@mail.python.org>


Roundup Robot added the comment:

New changeset 1fd165883a65 by Victor Stinner in branch '3.3':
Issue #17223: the test is specific to 32-bit wchar_t type
http://hg.python.org/cpython/rev/1fd165883a65

New changeset 42970cbfc982 by Victor Stinner in branch 'default':
(Merge 3.3) Issue #17223: the test is specific to 32-bit wchar_t type
http://hg.python.org/cpython/rev/42970cbfc982

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17223>
_______________________________________

From report at bugs.python.org  Fri Mar  8 02:34:32 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Mar 2013 01:34:32 +0000
Subject: [issue17223] Initializing array.array with unicode type code and
	buffer segfaults
In-Reply-To: <1361144705.32.0.225799767897.issue17223@psf.upfronthosting.co.za>
Message-ID: <1362706472.81.0.880772733606.issue17223@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The test should now pass on Windows.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17223>
_______________________________________

From report at bugs.python.org  Fri Mar  8 02:42:58 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Mar 2013 01:42:58 +0000
Subject: [issue16321] Move eq.h out of stringlib
In-Reply-To: <1351157379.02.0.714048258846.issue16321@psf.upfronthosting.co.za>
Message-ID: <1362706978.32.0.983779579105.issue16321@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I don't understand why do we have specialized functions to compare strings. Can't we reuse PyUnicode_Compare(a, b) or PyUnicode_RichCompare( a, b, Py_EQ)? Is unicode_eq() used to inline the code?

By the way, unicode_compare_eq() (subfunction of these functions) and unicode_eq() have a different implementation. unicode_eq() checks the first byte before calling memcmp(). We should only have one implementation, the fastest if possible :-)

See also issue #16286.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16321>
_______________________________________

From report at bugs.python.org  Fri Mar  8 02:56:10 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Mar 2013 01:56:10 +0000
Subject: [issue17170] string method lookup is too slow
In-Reply-To: <1360425571.01.0.152514473227.issue17170@psf.upfronthosting.co.za>
Message-ID: <1362707770.27.0.232097554837.issue17170@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> More generally though, this would be improved by precompiling some of the information (like Argument Clinic does, perhaps).

The same idea was already proposed to optimize str%args and str.format(args). struct.unpack() does also compile the format into an optimize structure (and have a cache).

We may do something like Martin von Loewis's _Py_IDENTIFIER API: compile at runtime at the first call, and cache the result in a static variable.

It's not a tiny project, and I don't know exactly how to build a "JIT compiler" for getargs.c, nor how complex it would be. But it would speed up *all* Python calls, so any Python application.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17170>
_______________________________________

From report at bugs.python.org  Fri Mar  8 03:26:56 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Mar 2013 02:26:56 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362709616.06.0.521032543338.issue13477@psf.upfronthosting.co.za>


STINNER Victor added the comment:

+    parser.add_argument('--gz', '--gunzip', '--gzip', '--tgz', '-z', 
+                        '--ungzip', action = 'store_true', 
+                        help = 'gz compression')
+    parser.add_argument('--bz2', '--bzip2', '--tbz2', '--tbz', '--tb2',
+                        action = 'store_true', help = 'bz2 compression')
+    parser.add_argument('--xz', '--lzma', action = 'store_true',
+                        help = 'xz compression')

Do we really need so much names for the same option? Where do these names come from?

--

main() should exit after extract and create to only do one operation and don't always display the usage.

It would be better to not duplicate the list of options and use parser.print_help() instead of sys.stdout.write(__doc__).

Some consistency tests on exclusive options (bzip/gzip/lzma and list/create/extract) would be nice.

--

tar options on Linux:

       -c, --create
       -t, --list
       -x, --extract, --get
       -z, --gzip, --ungzip
       -j, -I, --bzip
       -C, --directory DIRECTORY

For tarfile, I propose to have a shorter list, and try to stay somehow compatible with tar:

       -c, --create
       -t, --list
       -x, --extract
       -z, --gzip
       -j, --bzip
       -C, --directory DIRECTORY

Users of the TAR format usually come from UNIX, so using the same command line options should not be so surprising.

I don't like the idea of an optional argument for --extract: "--extract file1 file2" is usually understood/read as "--extract=filename archive.tar". If you really think that we need to support "only extract some files", it should be a different option. Linux tar command has no such option. I propose to drop this feature (always extract all files).

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Fri Mar  8 04:17:26 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 08 Mar 2013 03:17:26 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <3ZMYmP4mpnz7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset a0b750ea3397 by Benjamin Peterson in branch 'default':
Add PyDict_SetDefault. (closes #17327)
http://hg.python.org/cpython/rev/a0b750ea3397

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Fri Mar  8 04:19:40 2013
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 08 Mar 2013 03:19:40 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362712780.28.0.800462364369.issue13477@psf.upfronthosting.co.za>


Berker Peksag added the comment:

New patch(issue13477_v3.diff) attached.

Changes:
* Addressed comments from Serhiy
* Added "output" parameter to --extract option (from Ankur's patch)
* Updated tests and documentation

The current docstring of tarfile module does not give much
information(it just prints "Read from and write to tar format
archives.") so I skipped the -d option.

----------
Added file: http://bugs.python.org/file29346/issue13477_v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Fri Mar  8 04:19:52 2013
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 08 Mar 2013 03:19:52 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362712792.76.0.0877175486194.issue13477@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


Removed file: http://bugs.python.org/file29291/issue13477.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Fri Mar  8 04:20:30 2013
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 08 Mar 2013 03:20:30 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362712830.41.0.35234805555.issue13477@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


Removed file: http://bugs.python.org/file29346/issue13477_v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Fri Mar  8 04:20:55 2013
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 08 Mar 2013 03:20:55 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362712855.76.0.952163037961.issue13477@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


Added file: http://bugs.python.org/file29347/issue13477_v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Fri Mar  8 05:12:48 2013
From: report at bugs.python.org (Ankur Ankan)
Date: Fri, 08 Mar 2013 04:12:48 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362715968.78.0.176511481575.issue13477@psf.upfronthosting.co.za>


Ankur Ankan added the comment:

> +    parser.add_argument('--gz', '--gunzip', '--gzip', '--tgz', '-z', 
> +                        '--ungzip', action = 'store_true', 
> +                        help = 'gz compression')
> +    parser.add_argument('--bz2', '--bzip2', '--tbz2', '--tbz', '--  tb2',
> +                        action = 'store_true', help = 'bz2 compression')
> +    parser.add_argument('--xz', '--lzma', action = 'store_true',
> +                        help = 'xz compression')

> Do we really need so much names for the same option? Where do these   > names come from?

   I was trying to implement all the formats mentioned in Serhiy's       review.  (and also different names for the same format)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Fri Mar  8 05:53:08 2013
From: report at bugs.python.org (Ankur Ankan)
Date: Fri, 08 Mar 2013 04:53:08 +0000
Subject: [issue1186900] nntplib shouldn't raise generic EOFError
Message-ID: <1362718388.09.0.51944694663.issue1186900@psf.upfronthosting.co.za>


Changes by Ankur Ankan <ankurankan at gmail.com>:


----------
nosy: +Ankur.Ankan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1186900>
_______________________________________

From report at bugs.python.org  Fri Mar  8 06:02:44 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 08 Mar 2013 05:02:44 +0000
Subject: [issue17384] test_logging failures on Windows
Message-ID: <1362718964.15.0.969959880572.issue17384@psf.upfronthosting.co.za>


New submission from Ezio Melotti:

test_logging is failing on some buildbots:
     test_logging::AMD64 Windows7 SP1 3.x a0b750 42970c 9aafc0
     test_logging::x86 Windows Server 2003 [SB] 3.x 9aafc0 6b69c1 c261b7
     test_logging::x86 XP-4 3.x 6b69c1 c261b7
     test_logging::x86 XP-5 3.x c261b7 7e8184

Only the Windows buildbots on 3.x seems to be affected.  The failing tests were introduced in #11557.

See e.g.:
http://buildbot.python.org/builders/x86%20XP-5%203.x/builds/1946/steps/test/logs/stdio

======================================================================
ERROR: test_filemode (test.test_logging.BasicConfigTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\Buildslave\3.x.moore-windows\build\lib\unittest\case.py", line 385, in _executeTestPart
    function()
  File "D:\Buildslave\3.x.moore-windows\build\lib\unittest\case.py", line 484, in <lambda>
    part = lambda: function(*args, **kwargs)
PermissionError: [WinError 32] The process cannot access the file because it is being used by another process: 'test.log'

======================================================================
ERROR: test_filename (test.test_logging.BasicConfigTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\Buildslave\3.x.moore-windows\build\lib\unittest\case.py", line 385, in _executeTestPart
    function()
  File "D:\Buildslave\3.x.moore-windows\build\lib\unittest\case.py", line 484, in <lambda>
    part = lambda: function(*args, **kwargs)
PermissionError: [WinError 32] The process cannot access the file because it is being used by another process: 'test.log'

----------------------------------------------------------------------
Ran 145 tests in 7.234s

FAILED (errors=2, skipped=2)

----------
assignee: vinay.sajip
keywords: buildbot
messages: 183726
nosy: ezio.melotti, vinay.sajip
priority: normal
severity: normal
stage: needs patch
status: open
title: test_logging failures on Windows
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17384>
_______________________________________

From report at bugs.python.org  Fri Mar  8 06:03:08 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 08 Mar 2013 05:03:08 +0000
Subject: [issue17384] test_logging failures on Windows
In-Reply-To: <1362718964.15.0.969959880572.issue17384@psf.upfronthosting.co.za>
Message-ID: <1362718988.06.0.751016766374.issue17384@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
components: +Tests
type: enhancement -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17384>
_______________________________________

From report at bugs.python.org  Fri Mar  8 07:16:26 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 08 Mar 2013 06:16:26 +0000
Subject: [issue17385] Use deque instead of list the threading.Condition waiter
	queue
Message-ID: <1362723386.92.0.340971682948.issue17385@psf.upfronthosting.co.za>


New submission from Raymond Hettinger:

Condition variables implement a FIFO queue for waiting threads.  The current implementation uses a regular Python list but could use a deque instead.

A wait() call appends a new waiter.   A notify() call removes the oldest waiter; this is an O(n) operation on list but only an O(1) operation on deques.  A notify_all() call is O(n**2) for a list but only O(n) for a deque.

If there is interest in this patch, I can add slicing support to collections.deque so that this patch won't need itertools.islice()

----------
files: condition.diff
keywords: patch
messages: 183727
nosy: pitrou, rhettinger
priority: normal
severity: normal
status: open
title: Use deque instead of list the threading.Condition waiter queue
type: performance
versions: Python 3.4
Added file: http://bugs.python.org/file29348/condition.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17385>
_______________________________________

From report at bugs.python.org  Fri Mar  8 08:00:27 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 08 Mar 2013 07:00:27 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362726027.69.0.580525922715.issue17327@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

If you decide to refactor a well tested patch, you might want to give it another test run before committing it.

Objects/dictobject.c: In function 'dict_setdefault':
Objects/dictobject.c:2266:5: warning: passing argument 1 of 'PyDict_SetDefault' from incompatible pointer type [enabled by default]
Objects/dictobject.c:2215:1: note: expected 'struct PyObject *' but argument is of type 'struct PyDictObject *'

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Fri Mar  8 08:26:08 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 08 Mar 2013 07:26:08 +0000
Subject: [issue16669] Docstrings for namedtuple
In-Reply-To: <1355333495.19.0.152758378027.issue16669@psf.upfronthosting.co.za>
Message-ID: <1362727568.66.0.437111117124.issue16669@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16669>
_______________________________________

From report at bugs.python.org  Fri Mar  8 08:48:54 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 08 Mar 2013 07:48:54 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1362728934.4.0.997529248513.issue17327@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

I'm totally ok with your changes, though. The only real difference is an aditional type check in the slot function path, and that's not going to make any difference right after the costly operation of unpacking python function arguments.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Fri Mar  8 09:47:22 2013
From: report at bugs.python.org (Florian Weimer)
Date: Fri, 08 Mar 2013 08:47:22 +0000
Subject: [issue10441] some stdlib modules need to be updated to handle
	SSL	certificate validation
In-Reply-To: <1289985992.42.0.118640057239.issue10441@psf.upfronthosting.co.za>
Message-ID: <1362732442.98.0.653332542557.issue10441@psf.upfronthosting.co.za>


Changes by Florian Weimer <fweimer at redhat.com>:


----------
nosy: +fweimer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10441>
_______________________________________

From report at bugs.python.org  Fri Mar  8 09:47:48 2013
From: report at bugs.python.org (Florian Weimer)
Date: Fri, 08 Mar 2013 08:47:48 +0000
Subject: [issue1621] Do not assume signed integer overflow behavior
In-Reply-To: <1197593027.35.0.00314874350765.issue1621@psf.upfronthosting.co.za>
Message-ID: <1362732467.98.0.937865346194.issue1621@psf.upfronthosting.co.za>


Changes by Florian Weimer <fweimer at redhat.com>:


----------
nosy: +fweimer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1621>
_______________________________________

From report at bugs.python.org  Fri Mar  8 09:47:51 2013
From: report at bugs.python.org (Florian Weimer)
Date: Fri, 08 Mar 2013 08:47:51 +0000
Subject: [issue7672] _ssl module overwrites existing thread safety callbacks
In-Reply-To: <1263156723.76.0.110794213005.issue7672@psf.upfronthosting.co.za>
Message-ID: <1362732471.59.0.895172542595.issue7672@psf.upfronthosting.co.za>


Changes by Florian Weimer <fweimer at redhat.com>:


----------
nosy: +fweimer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7672>
_______________________________________

From report at bugs.python.org  Fri Mar  8 09:48:07 2013
From: report at bugs.python.org (Florian Weimer)
Date: Fri, 08 Mar 2013 08:48:07 +0000
Subject: [issue8106] SSL session management
In-Reply-To: <1268184052.67.0.269640299758.issue8106@psf.upfronthosting.co.za>
Message-ID: <1362732487.63.0.0495253789278.issue8106@psf.upfronthosting.co.za>


Changes by Florian Weimer <fweimer at redhat.com>:


----------
nosy: +fweimer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8106>
_______________________________________

From report at bugs.python.org  Fri Mar  8 09:48:24 2013
From: report at bugs.python.org (Florian Weimer)
Date: Fri, 08 Mar 2013 08:48:24 +0000
Subject: [issue10852] SSL/TLS sni use in smtp, pop, imap, nntp,
	ftp client libs by default
In-Reply-To: <1294375380.08.0.187691378511.issue10852@psf.upfronthosting.co.za>
Message-ID: <1362732504.5.0.55032679641.issue10852@psf.upfronthosting.co.za>


Changes by Florian Weimer <fweimer at redhat.com>:


----------
nosy: +fweimer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10852>
_______________________________________

From report at bugs.python.org  Fri Mar  8 09:48:55 2013
From: report at bugs.python.org (Florian Weimer)
Date: Fri, 08 Mar 2013 08:48:55 +0000
Subject: [issue13647] Python SSL stack doesn't securely validate certificate
	(as client)
In-Reply-To: <1324564490.24.0.352449270187.issue13647@psf.upfronthosting.co.za>
Message-ID: <1362732535.19.0.470198254229.issue13647@psf.upfronthosting.co.za>


Changes by Florian Weimer <fweimer at redhat.com>:


----------
nosy: +fweimer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13647>
_______________________________________

From report at bugs.python.org  Fri Mar  8 09:48:59 2013
From: report at bugs.python.org (Florian Weimer)
Date: Fri, 08 Mar 2013 08:48:59 +0000
Subject: [issue13655] Python SSL stack doesn't have a default CA Store
In-Reply-To: <1324635534.55.0.434420251569.issue13655@psf.upfronthosting.co.za>
Message-ID: <1362732539.59.0.743338406126.issue13655@psf.upfronthosting.co.za>


Changes by Florian Weimer <fweimer at redhat.com>:


----------
nosy: +fweimer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13655>
_______________________________________

From report at bugs.python.org  Fri Mar  8 09:55:48 2013
From: report at bugs.python.org (Florian Weimer)
Date: Fri, 08 Mar 2013 08:55:48 +0000
Subject: [issue13747] ssl_version documentation error
In-Reply-To: <1326136242.52.0.747462245395.issue13747@psf.upfronthosting.co.za>
Message-ID: <1362732948.43.0.209112637797.issue13747@psf.upfronthosting.co.za>


Changes by Florian Weimer <fweimer at redhat.com>:


----------
nosy: +fweimer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13747>
_______________________________________

From report at bugs.python.org  Fri Mar  8 09:56:11 2013
From: report at bugs.python.org (Florian Weimer)
Date: Fri, 08 Mar 2013 08:56:11 +0000
Subject: [issue13403] Option for XMLPRC Server to support HTTPS
In-Reply-To: <1321291767.37.0.486686259371.issue13403@psf.upfronthosting.co.za>
Message-ID: <1362732971.55.0.625006418613.issue13403@psf.upfronthosting.co.za>


Changes by Florian Weimer <fweimer at redhat.com>:


----------
nosy: +fweimer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13403>
_______________________________________

From report at bugs.python.org  Fri Mar  8 10:26:08 2013
From: report at bugs.python.org (Florian Weimer)
Date: Fri, 08 Mar 2013 09:26:08 +0000
Subject: [issue13747] ssl_version documentation error
In-Reply-To: <1326136242.52.0.747462245395.issue13747@psf.upfronthosting.co.za>
Message-ID: <1362734768.18.0.960113327419.issue13747@psf.upfronthosting.co.za>


Florian Weimer added the comment:

OpenSSL cross-version updates are sometimes difficult because they invalidate certifications.  Updating Python to SSLv23 with SSL_OP_NO_SSLv2 is comparatively easy and also much less riskier.

Shall I submit a patch which changes the default?  I would also like to restrict the cipher suites to strong ones plus RC4, so that Python code isn't forced to set cipher preferences.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13747>
_______________________________________

From report at bugs.python.org  Fri Mar  8 10:43:48 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 08 Mar 2013 09:43:48 +0000
Subject: [issue17384] test_logging failures on Windows
In-Reply-To: <1362718964.15.0.969959880572.issue17384@psf.upfronthosting.co.za>
Message-ID: <1362735828.89.0.127078218437.issue17384@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

I'm not sure it's related to #11557 - it's more likely to be my changes last week to fix #17313, where I changed those tests to add

self.addCleanup(os.remove, 'test.log')

There's also an addCleanup that closes the handler which opens the file, which should close the file, but it may be that the cleanup functions get executed out of order. I'll consolidate both operations into a single cleanup function.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17384>
_______________________________________

From report at bugs.python.org  Fri Mar  8 10:51:31 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 08 Mar 2013 09:51:31 +0000
Subject: [issue17384] test_logging failures on Windows
In-Reply-To: <1362718964.15.0.969959880572.issue17384@psf.upfronthosting.co.za>
Message-ID: <3ZMkW66xm2zNs3@mail.python.org>


Roundup Robot added the comment:

New changeset 85325bce9982 by Vinay Sajip in branch 'default':
Issue #17384: Consolidated cleanup operations in tests.
http://hg.python.org/cpython/rev/85325bce9982

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17384>
_______________________________________

From report at bugs.python.org  Fri Mar  8 11:23:19 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 08 Mar 2013 10:23:19 +0000
Subject: [issue13747] ssl_version documentation error
In-Reply-To: <1326136242.52.0.747462245395.issue13747@psf.upfronthosting.co.za>
Message-ID: <1362738199.06.0.294799111945.issue13747@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Florian this was already handled in issue #13636 (changeset f9122975fd80).

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13747>
_______________________________________

From report at bugs.python.org  Fri Mar  8 14:33:58 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 08 Mar 2013 13:33:58 +0000
Subject: [issue17378] Document that ctypes automatically applies byref() when
	argtypes declares POINTER
In-Reply-To: <1362664727.05.0.222866106319.issue17378@psf.upfronthosting.co.za>
Message-ID: <3ZMqRn2cx9zNvy@mail.python.org>


Roundup Robot added the comment:

New changeset 76be5efa0d86 by Eli Bendersky in branch '3.2':
Issue #17378: ctypes documentation fix.
http://hg.python.org/cpython/rev/76be5efa0d86

New changeset 2cd2d8f8f72f by Eli Bendersky in branch '3.3':
Issue #17378: ctypes documentation fix.
http://hg.python.org/cpython/rev/2cd2d8f8f72f

New changeset 58c07ba40926 by Eli Bendersky in branch 'default':
Issue #17378: ctypes documentation fix.
http://hg.python.org/cpython/rev/58c07ba40926

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17378>
_______________________________________

From report at bugs.python.org  Fri Mar  8 14:35:50 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 08 Mar 2013 13:35:50 +0000
Subject: [issue17378] Document that ctypes automatically applies byref() when
	argtypes declares POINTER
In-Reply-To: <1362664727.05.0.222866106319.issue17378@psf.upfronthosting.co.za>
Message-ID: <3ZMqTx53fJzMgy@mail.python.org>


Roundup Robot added the comment:

New changeset 2dd77a12e7bf by Eli Bendersky in branch '2.7':
Closing #17378: ctypes documentation fix.
http://hg.python.org/cpython/rev/2dd77a12e7bf

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17378>
_______________________________________

From report at bugs.python.org  Fri Mar  8 14:36:55 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 08 Mar 2013 13:36:55 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <3ZMqWC0k86zQrl@mail.python.org>


Roundup Robot added the comment:

New changeset ca9a85c36e09 by Benjamin Peterson in branch 'default':
fix warning (closes #17327)
http://hg.python.org/cpython/rev/ca9a85c36e09

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Fri Mar  8 15:30:18 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 08 Mar 2013 14:30:18 +0000
Subject: [issue17380] initproc return value is unclear
In-Reply-To: <1362676337.45.0.36627137275.issue17380@psf.upfronthosting.co.za>
Message-ID: <1362753018.25.0.505213428378.issue17380@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

The return value for error conditions should be -1.

- typeobject.c checks with "< 0"
- in _iomodule.c, there is "== -1"
- and pygobject/gobject/gobjectmodule.c just does::
    if (...tp_init(...))
        PyErr_Print();

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17380>
_______________________________________

From report at bugs.python.org  Fri Mar  8 15:44:33 2013
From: report at bugs.python.org (=?utf-8?q?Zbyszek_J=C4=99drzejewski-Szmek?=)
Date: Fri, 08 Mar 2013 14:44:33 +0000
Subject: [issue17380] initproc return value is unclear
In-Reply-To: <1362753018.25.0.505213428378.issue17380@psf.upfronthosting.co.za>
Message-ID: <20130308144432.GH4278@in.waw.pl>


Zbyszek J?drzejewski-Szmek added the comment:

On Fri, Mar 08, 2013 at 02:30:18PM +0000, Amaury Forgeot d'Arc wrote:
> 
> Amaury Forgeot d'Arc added the comment:
> 
> The return value for error conditions should be -1.
> 
> - typeobject.c checks with "< 0"
> - in _iomodule.c, there is "== -1"
> - and pygobject/gobject/gobjectmodule.c just does::
>     if (...tp_init(...))
>         PyErr_Print();
That's not very nice. Would it make sense to unify those
checks, e.g. for "initproc() < 0"? Than the documentation
could be updated.

Zbyszek

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17380>
_______________________________________

From report at bugs.python.org  Fri Mar  8 15:58:11 2013
From: report at bugs.python.org (karl)
Date: Fri, 08 Mar 2013 14:58:11 +0000
Subject: [issue17376] TimedRotatingFileHandler documentation regarding 'Week
	day' lacking
In-Reply-To: <1362656177.01.0.275089317243.issue17376@psf.upfronthosting.co.za>
Message-ID: <1362754691.08.0.974980009027.issue17376@psf.upfronthosting.co.za>


Changes by karl <karl+pythonbugs at la-grange.net>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17376>
_______________________________________

From report at bugs.python.org  Fri Mar  8 16:04:04 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 08 Mar 2013 15:04:04 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362755044.61.0.483237833899.issue13477@psf.upfronthosting.co.za>


?ric Araujo added the comment:

> Users of the TAR format usually come from UNIX,
> so using the same command line options should not be so surprising.
Not sure about that: they could be Python users wanting to unpack a tarball sdist.  That said, there is no harm in being compatible, and I like your small list of options.

FTR Lars said that he prefered compat with the zipfile CLI, which is:

Usage:
    zipfile.py -l zipfile.zip        # Show listing of a zipfile
    zipfile.py -t zipfile.zip        # Test if a zipfile is valid
    zipfile.py -e zipfile.zip target # Extract zipfile into target dir
    zipfile.py -c zipfile.zip src ... # Create zipfile from sources

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Fri Mar  8 16:06:03 2013
From: report at bugs.python.org (Henrik Heimbuerger)
Date: Fri, 08 Mar 2013 15:06:03 +0000
Subject: [issue11367] xml.etree.ElementTree.find(all): docs are wrong
In-Reply-To: <1299030271.87.0.648664421014.issue11367@psf.upfronthosting.co.za>
Message-ID: <1362755163.67.0.347657234464.issue11367@psf.upfronthosting.co.za>


Henrik Heimbuerger added the comment:

Brought the ElementTree docs for find(), findtext() and findall() in line with the default branch (now they are just referencing the methods from Element).

Made the same changes in the method comments of the implementation.

Separate patches for 2.7 and 3.2.

Note that the implementation method comments in default (and I assume 3.3) are still wrong. Would you accept patches for that as well?

----------
Added file: http://bugs.python.org/file29349/issue11367_branch27.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11367>
_______________________________________

From report at bugs.python.org  Fri Mar  8 16:07:36 2013
From: report at bugs.python.org (Henrik Heimbuerger)
Date: Fri, 08 Mar 2013 15:07:36 +0000
Subject: [issue11367] xml.etree.ElementTree.find(all): docs are wrong
In-Reply-To: <1299030271.87.0.648664421014.issue11367@psf.upfronthosting.co.za>
Message-ID: <1362755256.7.0.264571719698.issue11367@psf.upfronthosting.co.za>


Henrik Heimbuerger added the comment:

Patch for 3.2.

----------
Added file: http://bugs.python.org/file29350/issue11367_branch32.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11367>
_______________________________________

From report at bugs.python.org  Fri Mar  8 16:12:31 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 08 Mar 2013 15:12:31 +0000
Subject: [issue17383] Error in documentation
	/2/tutorial/modules.html#more-on-modules
In-Reply-To: <1362700500.92.0.448355159104.issue17383@psf.upfronthosting.co.za>
Message-ID: <1362755551.0.0.215957852725.issue17383@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Text sounds correct to me.  It says that imports should happen at the beginning of a module, and that the names of imported modules are placed in the module namespace.  There is an implicit logical link between the two sentences, and the wording of ?symbol table? may be not great at this stage of the tuto, but I don?t see that the text can be interpreted to mean that imports in a function will change the global namespace.  Of course, *I* don?t see it because I?m not the target audience of the tutorial; if you know that import creates an assignment and that assignments have scopes, it?s logical that importing in a function does not create a global name, but beginners reading the tutorial may not know these things yet.  So we could add an example of a module importing and using another module.  If there is a part of the tuto where imports in functions are mentioned (and discouraged), then an example or comment there could also clarify that the imported module name is only local to the function.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17383>
_______________________________________

From report at bugs.python.org  Fri Mar  8 16:14:16 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 08 Mar 2013 15:14:16 +0000
Subject: [issue15873] "datetime" cannot parse ISO 8601 dates and times
In-Reply-To: <1346965730.56.0.810546720554.issue15873@psf.upfronthosting.co.za>
Message-ID: <1362755656.62.0.0204455899769.issue15873@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Are you offering the module for inclusion in the stdlib?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15873>
_______________________________________

From report at bugs.python.org  Fri Mar  8 17:02:29 2013
From: report at bugs.python.org (Jeff Knupp)
Date: Fri, 08 Mar 2013 16:02:29 +0000
Subject: [issue17383] Error in documentation
	/2/tutorial/modules.html#more-on-modules
In-Reply-To: <1362700500.92.0.448355159104.issue17383@psf.upfronthosting.co.za>
Message-ID: <1362758549.43.0.924067107884.issue17383@psf.upfronthosting.co.za>


Jeff Knupp added the comment:

I think Piotr's point is the wording of the last sentence is ambiguous. The second statement reads "It is customary *but not required* to place all import statements at the beginning of a module...". The third seems to state that regardless of whether or not you followed the custom, module names are always placed in the global symbol table.

I think the last two sentences need to be rewritten to remove ambiguity. If, at this point, we only want to explain that importing a module makes that modules names available then that's what the documentation should say (even more so if the term "symbol table" hasn't been introduced yet, which would effectively render the entire block useless).

----------
nosy: +jeffknupp

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17383>
_______________________________________

From report at bugs.python.org  Fri Mar  8 17:26:50 2013
From: report at bugs.python.org (Piotr Kuchta)
Date: Fri, 08 Mar 2013 16:26:50 +0000
Subject: [issue17383] Error in documentation
	/2/tutorial/modules.html#more-on-modules
In-Reply-To: <1362700500.92.0.448355159104.issue17383@psf.upfronthosting.co.za>
Message-ID: <1362760010.95.0.369287575815.issue17383@psf.upfronthosting.co.za>


Piotr Kuchta added the comment:

Jeff, thank you: that was exactly what I wanted to point out. The three sentences read in order imply that it doesn't matter whether you import a module at the top level of a script/module or in a function, because the effect is the same, namely the imported symbols end up in the global symbol table, and that obviously is not true.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17383>
_______________________________________

From report at bugs.python.org  Fri Mar  8 17:29:20 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 08 Mar 2013 16:29:20 +0000
Subject: [issue17383] Error in documentation
	/2/tutorial/modules.html#more-on-modules
In-Reply-To: <1362700500.92.0.448355159104.issue17383@psf.upfronthosting.co.za>
Message-ID: <1362760160.44.0.425280325386.issue17383@psf.upfronthosting.co.za>


?ric Araujo added the comment:

> It is customary *but not required* to place all import statements at the
> beginning of a module...". The third seems to state that regardless of
> whether or not you followed the custom, module names are always placed in
> the global symbol table

Yes. Not following the usage means placing imports in the middle of the module for example, but it does not imply imports in functions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17383>
_______________________________________

From report at bugs.python.org  Fri Mar  8 17:32:49 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 08 Mar 2013 16:32:49 +0000
Subject: [issue17383] Possibly ambiguous phrasing in
	tutorial/modules#more-on-modules
In-Reply-To: <1362700500.92.0.448355159104.issue17383@psf.upfronthosting.co.za>
Message-ID: <1362760369.75.0.501326153581.issue17383@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Ah, we have it: the tutorial distinguishes between ?it?s customary to put imports near the top of the file? vs. ?later in the file?, and you interpret it as ?it?s customary to put imports at the module top level? vs. ?import in any scope e.g. functions?.  These are actually two different things, covered in different part of the docs: importing at module scope is very much recommended, as imports in functions can lead to nasty side-effects; and then there?s the style issue of putting imports at the beginning of the file, which is what the section we discuss is about.

----------
title: Error in documentation /2/tutorial/modules.html#more-on-modules -> Possibly ambiguous phrasing in tutorial/modules#more-on-modules

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17383>
_______________________________________

From report at bugs.python.org  Fri Mar  8 17:45:51 2013
From: report at bugs.python.org (Jeff Knupp)
Date: Fri, 08 Mar 2013 16:45:51 +0000
Subject: [issue17383] Possibly ambiguous phrasing in
	tutorial/modules#more-on-modules
In-Reply-To: <1362700500.92.0.448355159104.issue17383@psf.upfronthosting.co.za>
Message-ID: <1362761151.06.0.756040186108.issue17383@psf.upfronthosting.co.za>


Jeff Knupp added the comment:

Of the "two different things", the first (the scope of imported names) is never covered in the documentation. As a result, the text in question seems to imply an import statement can *only* be in module scope. 

>From the reader's perspective: "If I wanted to import something in a class or function it obviously can't be at the top of the file, so I guess I can't do that." The tutorial doesn't disabuse them of this notion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17383>
_______________________________________

From report at bugs.python.org  Fri Mar  8 17:45:55 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 08 Mar 2013 16:45:55 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362761155.13.0.251441526923.issue13477@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Did you get all the review comments?  Some of them were made on older versions of the patch, and don?t seem to be addressed in the latest version.  Thanks.

Ankur, could you submit a contributor agreement?   http://www.python.org/psf/contrib/contrib-form/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Fri Mar  8 17:56:33 2013
From: report at bugs.python.org (Piotr Kuchta)
Date: Fri, 08 Mar 2013 16:56:33 +0000
Subject: [issue17383] Possibly ambiguous phrasing in
	tutorial/modules#more-on-modules
In-Reply-To: <1362700500.92.0.448355159104.issue17383@psf.upfronthosting.co.za>
Message-ID: <1362761793.14.0.357178539039.issue17383@psf.upfronthosting.co.za>


Piotr Kuchta added the comment:

Eric, when you say 'the tutorial distinguishes between ?it?s customary to put imports near the top of the file? vs. ?later in the file?' the last bit is just your interpretation. The tutorial doesn't say "later in the file". Anyway, 'later in the file' does not mean 'later in the file at the top level'.

For me an opposite to "top of the file" is "anywhere else in the file, including functions' and class' definitions later in the file".

Clearly, there is an ambiguity here. And I can tell you that people do get confused by that part of documentation. I know it from discussions with my colleagues at work. Also, I asked a question on StackOverflow, where I quoted the tutorial and gave that example of importing in a function body: http://stackoverflow.com/q/15283821/300886
You can see in the comments that people were surprised seeing the NameError! For me it is clear that this part of the tutorial should be improved.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17383>
_______________________________________

From report at bugs.python.org  Fri Mar  8 18:11:24 2013
From: report at bugs.python.org (Ankur Ankan)
Date: Fri, 08 Mar 2013 17:11:24 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1362762684.79.0.345288353549.issue13477@psf.upfronthosting.co.za>


Ankur Ankan added the comment:

I am still unclear about the outcomes of the discussion. I am confused which features need to be kept and which are to be removed.

> Ankur, could you submit a contributor agreement? 
I will submit it today.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Fri Mar  8 19:22:51 2013
From: report at bugs.python.org (Chris Adams)
Date: Fri, 08 Mar 2013 18:22:51 +0000
Subject: [issue17381] IGNORECASE breaks unicode literal range matching
In-Reply-To: <1362689552.47.0.00880933015098.issue17381@psf.upfronthosting.co.za>
Message-ID: <1362766971.36.0.0140690989895.issue17381@psf.upfronthosting.co.za>


Chris Adams added the comment:

Ah, that explains it - I'd been hoping based on the re.DEBUG output that the explicit unicode ranges were preserved.

I found #3511 before opening this one but don't believe the decision should be the same since this isn't a mixed numeric/alphabetic range.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17381>
_______________________________________

From report at bugs.python.org  Fri Mar  8 20:03:26 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 08 Mar 2013 19:03:26 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362769406.78.0.463645298669.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

> Because offsets can be negative 

On Linux (and presumably on all POSIX platforms) passing a negative offset results in EINVAL.

> In that case, there's a problem with the patch, since select can block
> arbitrarily long because it doesn't take the socket timeout into
> account.

Right. I will fix that.

> Also, apparently socket.sendall() doesn't retry on EAGAIN, 
> it doesn't use BEGIN_SELECT_LOOP.

socket.sendall() is not supposed to return EAGAIN in the first place. And again, I don't see how this is related with the issue at hand.

> I'm leaving this topic, you can do as you like...

Bye.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Fri Mar  8 20:22:34 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 08 Mar 2013 19:22:34 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362770554.85.0.664166760212.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

A much larger patch which should address all issues is in attachment.
Updates:

- use poll() instead of select() whenever possible
- take socket timeout into account
- take SSL/FTPS into account
- when using select() look for EMFILE in case num fds >  FD_SETSIZE
- look for (AttributeError, io.UnsupportedOperation) when invoking file.fileno() instead of Exception, which seemed too general

----------
Added file: http://bugs.python.org/file29351/ftplib-sendfile3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Fri Mar  8 20:22:46 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 08 Mar 2013 19:22:46 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362770566.96.0.691362312938.issue13564@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Fri Mar  8 20:29:12 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Mar 2013 19:29:12 +0000
Subject: [issue9686] asyncore infinite loop on raise
In-Reply-To: <1282765293.84.0.0540536111672.issue9686@psf.upfronthosting.co.za>
Message-ID: <1362770952.2.0.159588209089.issue9686@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: http://bugs.python.org/file18647/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9686>
_______________________________________

From report at bugs.python.org  Fri Mar  8 20:29:34 2013
From: report at bugs.python.org (Ismail Donmez)
Date: Fri, 08 Mar 2013 19:29:34 +0000
Subject: [issue12466] test_subprocess.test_close_fds() sporadic failures on
	Mac OS X Tiger
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1362770974.28.0.843853346388.issue12466@psf.upfronthosting.co.za>


Ismail Donmez added the comment:

We are now hitting this on openSUSE 12.3, here is the relevant log (ignore the timestamps) :

[ 1041s] ======================================================================
[ 1041s] FAIL: test_close_fds (test.test_subprocess.POSIXProcessTestCase)
[ 1041s] ----------------------------------------------------------------------
[ 1041s] Traceback (most recent call last):
[ 1041s]   File "/home/abuild/rpmbuild/BUILD/Python-3.3.0/Lib/test/test_subprocess.py", line 1533, in test_close_fds
[ 1041s]     "Some fds were left open")
[ 1041s] AssertionError: {3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13} is not false : Some fds were left open
[ 1041s] 
[ 1041s] ======================================================================
[ 1041s] FAIL: test_pass_fds (test.test_subprocess.POSIXProcessTestCase)
[ 1041s] ----------------------------------------------------------------------
[ 1041s] Traceback (most recent call last):
[ 1041s]   File "/home/abuild/rpmbuild/BUILD/Python-3.3.0/Lib/test/support.py", line 457, in wrapper
[ 1041s]     return func(*args, **kw)
[ 1041s]   File "/home/abuild/rpmbuild/BUILD/Python-3.3.0/Lib/test/test_subprocess.py", line 1576, in test_pass_fds
[ 1041s]     "fd to be closed passed")
[ 1041s] AssertionError: {4, 5, 6, 7, 8, 9, 10, 11, 12} is not false : fd to be closed passed

This is Python 3.3.0 and Linux 3.7 on 64bit.

----------
nosy: +cartman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Fri Mar  8 20:31:58 2013
From: report at bugs.python.org (Todd Rovito)
Date: Fri, 08 Mar 2013 19:31:58 +0000
Subject: [issue17382] debugging with idle: current line not highlighted
In-Reply-To: <1362698318.37.0.972993437796.issue17382@psf.upfronthosting.co.za>
Message-ID: <1362771118.68.0.00605029498187.issue17382@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Dirk,
   I think this issue is already documented as an issue but I will have to find it in the tracker.

----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17382>
_______________________________________

From report at bugs.python.org  Fri Mar  8 20:38:08 2013
From: report at bugs.python.org (karl)
Date: Fri, 08 Mar 2013 19:38:08 +0000
Subject: [issue747320] rfc2822 formatdate functionality duplication
Message-ID: <1362771488.75.0.64871995305.issue747320@psf.upfronthosting.co.za>


karl added the comment:

Ok after comments and review by Eric Araujo on the previous patch.
See issue-747320-3.patch

I have ran

? ./python.exe Lib/test/test_httpservers.py

[?]

----------------------------------------------------------------------
Ran 39 tests in 3.734s

OK
[137158 refs]

That said there is no specific tests for date_time_string() and log_date_time_string(). That might be something to consider.

? grep date_time  Lib/test/test_httpservers.py
[nil]

----------
Added file: http://bugs.python.org/file29352/issue-747320-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue747320>
_______________________________________

From report at bugs.python.org  Fri Mar  8 20:39:07 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Mar 2013 19:39:07 +0000
Subject: [issue9686] asyncore infinite loop on raise
In-Reply-To: <1282765293.84.0.0540536111672.issue9686@psf.upfronthosting.co.za>
Message-ID: <1362771547.8.0.573305658515.issue9686@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am closing this because there is no identified, fixable implementation bug in any particular Python module.  The fix for the asyncore *design* will be a new, re-designed module.

----------
nosy: +terry.reedy
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9686>
_______________________________________

From report at bugs.python.org  Fri Mar  8 20:39:26 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Mar 2013 19:39:26 +0000
Subject: [issue9686] asyncore infinite loop on raise
In-Reply-To: <1282765293.84.0.0540536111672.issue9686@psf.upfronthosting.co.za>
Message-ID: <1362771566.8.0.473397199574.issue9686@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9686>
_______________________________________

From report at bugs.python.org  Fri Mar  8 20:47:57 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Mar 2013 19:47:57 +0000
Subject: [issue10878] asyncore does not react properly on close()
In-Reply-To: <1294641638.26.0.753920382409.issue10878@psf.upfronthosting.co.za>
Message-ID: <1362772077.78.0.668076914107.issue10878@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Teodor or Gavin: is the (mis)behavior the same in 3.3?

Giampaolo: has the OP identified a fixable misbehavior relative to the documented behavior, making this a valid behavior issue?
Or is this instead an enhancement request, possibly superseded by #1641?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10878>
_______________________________________

From report at bugs.python.org  Fri Mar  8 20:59:07 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 08 Mar 2013 19:59:07 +0000
Subject: [issue10878] asyncore does not react properly on close()
In-Reply-To: <1294641638.26.0.753920382409.issue10878@psf.upfronthosting.co.za>
Message-ID: <1362772747.47.0.0868652930574.issue10878@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

I'm not sure what the OP and Gavin are complaining about in their last messages. Could you guys be more clear and/or provide a code sample which reproduces the problem?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10878>
_______________________________________

From report at bugs.python.org  Fri Mar  8 21:03:42 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Mar 2013 20:03:42 +0000
Subject: [issue1641] asyncore delayed calls feature
In-Reply-To: <1197908693.3.0.330108725692.issue1641@psf.upfronthosting.co.za>
Message-ID: <1362773022.36.0.851648699085.issue1641@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Where does this issue stand now?  Did the applied sched patch supersede the proposed asyncore patch? Is enhancing asyncore still on the table given Guido's proposed new module?

----------
nosy: +terry.reedy
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1641>
_______________________________________

From report at bugs.python.org  Fri Mar  8 21:08:10 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 08 Mar 2013 20:08:10 +0000
Subject: [issue1641] asyncore delayed calls feature
In-Reply-To: <1362773022.36.0.851648699085.issue1641@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJ+1aitYOC-en3Ut8fwRirZx9L9WK4Y_jL48_bRivdpznA@mail.gmail.com>


Guido van Rossum added the comment:

A new implementation is part of Tulip (tulip/selectors.py); once Tulip
is further along it will be a candidate for inclusion in the stdlib
(as socket.py) regardless of whether tulip itself will be accepted. I
have no plans to work on asyncore.

On Fri, Mar 8, 2013 at 12:03 PM, Terry J. Reedy <report at bugs.python.org> wrote:
>
> Terry J. Reedy added the comment:
>
> Where does this issue stand now?  Did the applied sched patch supersede the proposed asyncore patch? Is enhancing asyncore still on the table given Guido's proposed new module?
>
> ----------
> nosy: +terry.reedy
> versions: +Python 3.4 -Python 3.3
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue1641>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1641>
_______________________________________

From report at bugs.python.org  Fri Mar  8 21:46:22 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 08 Mar 2013 20:46:22 +0000
Subject: [issue1641] asyncore delayed calls feature
In-Reply-To: <1197908693.3.0.330108725692.issue1641@psf.upfronthosting.co.za>
Message-ID: <1362775582.96.0.308269539127.issue1641@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

I'm not sure how many users asyncore has out there nowadays, but if it has to stay in the stdlib then I see some value in adding a scheduler to it because it is an essential component.

If this is still desirable I can restart working on a patch, although I'll have to go through some of the messages posted earlier in this topic and figure how's best to proceed: whether reusing sched.py or write a separate scheduler in asyncore.py.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1641>
_______________________________________

From report at bugs.python.org  Fri Mar  8 21:47:55 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Mar 2013 20:47:55 +0000
Subject: [issue12988] Tkinter File Dialog crashes on Win7 when saving to
	Documents Library
In-Reply-To: <1316123106.02.0.189929579788.issue12988@psf.upfronthosting.co.za>
Message-ID: <1362775675.67.0.854095859557.issue12988@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

As near as I can tell, the tcl/tk distributed with Windows is not upgraded in bugfix releases. I presume it is a matter of testing and stability and not introducing any new features in the new tcl/tk. In any case, on Windows, this is fixed in 3.3 (and hopefully in 3.4) but will apparently not be fixed in earlier microreleases. That sometimes happens.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12988>
_______________________________________

From report at bugs.python.org  Fri Mar  8 22:44:32 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Mar 2013 21:44:32 +0000
Subject: [issue15158] Add support for multi-character delimiters in csv
In-Reply-To: <1340509645.86.0.375714044709.issue15158@psf.upfronthosting.co.za>
Message-ID: <1362779072.06.0.736519038478.issue15158@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

You did not explain why it is *impossible* for you to use any of the other solutions. In any case, I looked at the C code. It defines delimiter (as well as quotechar and escapechar) as a single unicode char. This is different from Python which does not have a char type but uses strings (arrays) of length one as a substitute. Redefining delimiter as an array of unicode chars, as you propose, would complicate the code. It will take a much stronger case than one person's 'It would be nice' to motivate someone with the needed C skills to do the revision. It would as least slightly slow down all single char uses. It would be easier and more useful, in some ways, to write a Python csv version.

You might look elsewhere for an enhanced csv reader that handles multi-char delimiters. Searching just pypi for 'csv' returns perhaps 50 hits. If you really want to pursue this for the stdlib, follow my suggestion of posting to python-ideas and reference this issue.

----------
nosy: +skip.montanaro
resolution:  -> rejected
stage: test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15158>
_______________________________________

From report at bugs.python.org  Fri Mar  8 22:53:49 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Mar 2013 21:53:49 +0000
Subject: [issue6933] Threading issue with Tkinter Frame.insert
In-Reply-To: <1253206861.41.0.487118668051.issue6933@psf.upfronthosting.co.za>
Message-ID: <1362779629.01.0.0675567278141.issue6933@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Quoting from msg179101 on #16823, which I turned into a doc issue:
'''
What you are doing appears to be unsupported (invalid). From
http://www.astro.washington.edu/users/rowen/TkinterSummary.html
"all Tkinter access must be from the main thread (or more precisely,
from the thread that calls the mainloop). Violating this is likely to
cause nasty and mysterious symptoms such as freezes and core dumps."
'''
You got the freeze part. I suspect what changed from 2.5 to 2.6 was the tcl/tk version delivered with Python on Windows.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6933>
_______________________________________

From report at bugs.python.org  Fri Mar  8 23:33:15 2013
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 08 Mar 2013 22:33:15 +0000
Subject: [issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible
Message-ID: <1362781994.31.0.121984055749.issue17386@psf.upfronthosting.co.za>


New submission from Zachary Ware:

I have found Doc/make.bat to be very useful, but I have hit a few of its limitations now and then.  Thus, I have made extensive modifications to bring it much closer to the way Doc/Makefile works.  Among the things changed in the attached patch:

- Use pushd/popd to make sure everything is done in the Doc directory.

- Allow variables to be set on the command line, e.g.:
       make html "PYTHON2=python"

- Set PYTHON2 and PYTHON3 variables separately; the Sphinx version and associated tools we're currently using want Python 2, which defaults to "py -2".  Other tools, like Tools/scripts/serve.py (the make serve target), expect Python 3; setting the default PYTHON3 searches for python(_d).exe in PCbuild(\amd64), and falls back to "py -3" if not found.

- Set the HTML Help Workshop default path to %ProgramFiles(x86)%\..., if that variable is defined. (If I understand correctly, that variable is only defined on x64 installations, and in cases where it is not defined on x64, %ProgramFiles% silently copies %ProgramFiles(x86)%.)

- Convert target choice to a single for loop, rather than several lines of if.  Anything not in the list falls through to the help message.

- Expand the help message to match the message given by Doc/Makefile

- Add the "clean" target, which does the same as Makefile

- Reimplement "update" to match Makefile (call clean, call checkout.  I do wonder if maybe it should be done the other way around, though; reimplement Makfile's "update" target to simply update the svn checkouts, rather than re-pull them)

- Add separate labels for each target.  The old method of sending everything to :build was very clever and kept the file short, but limited flexibility.  It's also nice to get a message at the end (matching Makefile), which is much easier to do with separate labels.

- Add support for the PAPER environment variable in LaTeX building.

- Add coverage, doctest, pydoc-topics, dist, check, and serve targets.  "dist" cannot be completed in the same way with default tools on Windows, so all it does is build html, text, latex (a4 and letter), and epub and copy them into the dist directory.

- checkout checks for the existence of the checked out packages before checking out

- build calls checkout before building, so you can go right to "make html" instead of having to do "make checkout && make html"

- Add support for SOURCES and SPHINXOPTS environment variables.

Everything seems to work for me, but I've only been able to test on Windows 7 (32 and 64 bit).  I don't believe there's anything in there that doesn't exist in XP, though.  Also, since this version of the file has a lot of labels, this patch does somewhat rely on resolution of issue 17202.  It should probably work without any changes to .hgeol, but that can't be guaranteed.

There are a couple of drawbacks to the patched version; it's a much longer file, and it does lose a good chunk of the elegance of the original solution.  If anyone has any suggestions for regaining some of that elegance without losing any of the functionality, I am of course all ears :). In particular, I'm not a huge fan of having to have "pushd ." at the beginning of every label, but the only other solutions I came up with involved setting and unsetting a "DISALLOW_POPD" variable in several places, and a condition on the popd at :end, or forgetting the pushd/popd thing entirely.

I'm looking forward to hearing what anyone else thinks of this, positive or negative :)

----------
assignee: docs at python
components: Build, Documentation, Windows
files: win_doc_make.diff
keywords: patch
messages: 183768
nosy: christian.heimes, docs at python, zach.ware
priority: normal
severity: normal
status: open
title: Bring Doc/make.bat as close to Doc/Makefile as possible
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29353/win_doc_make.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17386>
_______________________________________

From report at bugs.python.org  Fri Mar  8 23:55:33 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Mar 2013 22:55:33 +0000
Subject: [issue11029] Crash, 2.7.1, Tkinter and threads and line drawing
In-Reply-To: <1296147664.2.0.443864502869.issue11029@psf.upfronthosting.co.za>
Message-ID: <1362783333.0.0.648671265815.issue11029@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I have somewhat arbitrary selected #16823 as the issue turned into a tkinter and threads doc issue. I added a note there about mentioning the use of queue.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> Python quits on running tkinter code with threads

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11029>
_______________________________________

From report at bugs.python.org  Sat Mar  9 00:01:40 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Mar 2013 23:01:40 +0000
Subject: [issue16823] Python quits on running tkinter code with threads
In-Reply-To: <1356924189.65.0.303016065786.issue16823@psf.upfronthosting.co.za>
Message-ID: <1362783700.05.0.919620880368.issue16823@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

>From #11029: Doc about tkinter and treads should also give the alternative of using queue.queue to feed data from multiple threads.
See msg127316

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16823>
_______________________________________

From report at bugs.python.org  Sat Mar  9 00:25:41 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Mar 2013 23:25:41 +0000
Subject: [issue7074] Turtle module crashes python
In-Reply-To: <1254872370.89.0.72942382773.issue7074@psf.upfronthosting.co.za>
Message-ID: <1362785141.9.0.718573650536.issue7074@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

"It is not safe to call graphic primitives in event callbacks."
Martin, do you agree that this is (or should be) the case?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7074>
_______________________________________

From report at bugs.python.org  Sat Mar  9 00:27:41 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 08 Mar 2013 23:27:41 +0000
Subject: [issue17376] TimedRotatingFileHandler documentation regarding 'Week
	day' lacking
In-Reply-To: <1362656177.01.0.275089317243.issue17376@psf.upfronthosting.co.za>
Message-ID: <3ZN4cn6mJczPCP@mail.python.org>


Roundup Robot added the comment:

New changeset 56b74b9c81c3 by Vinay Sajip in branch '2.7':
Issue #17376: Clarified documentation for TimedRotatingFileHandler weekday rotation.
http://hg.python.org/cpython/rev/56b74b9c81c3

New changeset 83f07e3a53f4 by Vinay Sajip in branch '3.2':
Issue #17376: Clarified documentation for TimedRotatingFileHandler weekday rotation.
http://hg.python.org/cpython/rev/83f07e3a53f4

New changeset 12239c13db72 by Vinay Sajip in branch '3.3':
Issue #17376: Merged clarification from 3.2.
http://hg.python.org/cpython/rev/12239c13db72

New changeset a8047d1376d5 by Vinay Sajip in branch 'default':
Closes #17376: Merged clarification from 3.3.
http://hg.python.org/cpython/rev/a8047d1376d5

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17376>
_______________________________________

From report at bugs.python.org  Sat Mar  9 00:30:31 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 08 Mar 2013 23:30:31 +0000
Subject: [issue747320] rfc2822 formatdate functionality duplication
Message-ID: <1362785431.49.0.198705096487.issue747320@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Tests would be great, especially given that we can add them in 3.2 and when merging 3.2 into 3.3 and then default, it ensures that the new code has no regression.

(A minor thing: I would use ?attribute? instead of ?variable? in the docstrings.)

There are also test helpers to assert that a warning is sent, but we don?t have a full coverage policy so it?s okay if you don?t feel like adding them.

----------
nosy: +eric.araujo, orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue747320>
_______________________________________

From report at bugs.python.org  Sat Mar  9 00:49:17 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Mar 2013 23:49:17 +0000
Subject: [issue11077] Tkinter is not thread safe
In-Reply-To: <1296488432.58.0.0945320697853.issue11077@psf.upfronthosting.co.za>
Message-ID: <1362786557.63.0.378661133952.issue11077@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am somewhat puzzled by the claim that tkinter *is* thread safe (as opposed to *intended to be*), in the sense of accessing the gui from multiple threads. 

First, http://www.astro.washington.edu/users/rowen/TkinterSummary.html
"all Tkinter access must be from the main thread (or more precisely,
from the thread that calls the mainloop). Violating this is likely to
cause nasty and mysterious symptoms such as freezes and core dumps."

This statement must be based on some sort of experience.

Second, there have been many reports of problems with tkinter and threads. >From currently open tracker issues:
#11029 Same Scott M as here fixed problem by feeding data to single gui thread with queue.
#16823 I turned this into a doc issue to say (perhaps erroneously) that tkinter is not thread safe, quoting the above.
#6933 I closed this as invalid because of using multiple threads.
#10909 This is ambiguous because problem continued after stopping 2nd thread access.
I believe these have most of the details requested.

There have been posts on python-list where people were advised to and solved problems by only accessing tkinter from one thread, and the main thread at that. Ditto for Stackoverflow: searching [python tkinter threads] gets 368 hits. Just one example:
http://stackoverflow.com/questions/13753545/tkinter-freeze-on-grid-remove/13753865#13753865 from Adrian Larsen got this response:

"Tkinter is not thread safe. If you do anything in a thread other than the main thread that touches a GUI object then you will get unpredictable results. ..." (Brian Oakley, experienced responder)

Adrian responded "... The real problem is that it is not in the correct thread (i.e. the mainloop). I solved the problem by sending the ungrid order to a queue in the GUI, which then issues the command from inside the mainloop."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11077>
_______________________________________

From report at bugs.python.org  Sat Mar  9 01:03:24 2013
From: report at bugs.python.org (Demian Brecht)
Date: Sat, 09 Mar 2013 00:03:24 +0000
Subject: [issue17251] LWPCookieJar load() set domain_specifed wrong
In-Reply-To: <1361342913.69.0.115494364841.issue17251@psf.upfronthosting.co.za>
Message-ID: <1362787404.04.0.556624105792.issue17251@psf.upfronthosting.co.za>


Demian Brecht added the comment:

@B. Kyven: What are you trying to achieve? 

LWP is intended to be used with libwww-perl libary, which is not known to be compatible with any browsers (not sure whether or not this has any bearing on what you're doing).

Really, IMHO, this entire module is in need of a whole lot of love. Unfortunately, I don't think there's much interest in it, so I'm unsure of whether or not that love will happen any time soon.

https://github.com/jjlee/mechanize looks like it has its own implementation of the MozillaCookieJar (extending on the FileCookieJar). If/how it differs from the stdlib implementation I'm not sure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17251>
_______________________________________

From report at bugs.python.org  Sat Mar  9 01:08:43 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 00:08:43 +0000
Subject: [issue10909] thread hang, possibly related to print
In-Reply-To: <1295026647.31.0.671636636712.issue10909@psf.upfronthosting.co.za>
Message-ID: <1362787723.18.0.646730867282.issue10909@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I re-ran in 2.7.3. First time, B froze at 81, second time neither froze for a few minutes until I used task manager to stop. I then remembered that accessing the gui from a 2nd thread is not supported.

Quoting from msg179101 on #16823, which I turned into a doc issue:
'''
What you are doing appears to be unsupported (invalid). From
http://www.astro.washington.edu/users/rowen/TkinterSummary.html
"all Tkinter access must be from the main thread (or more precisely,
from the thread that calls the mainloop). Violating this is likely to
cause nasty and mysterious symptoms such as freezes and core dumps."
'''
You got the unpredictable random freeze part. But perhaps the quote is wrong (#11077).

But to be sure that was the problem, I reran with B's gui access commented out. It stopped again as about 500. So there is a problem with just printing.

I tested 3.3 and stopped it with TaskManager at 18000 and A still running too.

> Is this issue reproduced with issue9290 patch?

That was just last January. Unless and until I can get new executable with a working tkinter, I cannot test that and other recent patches. Let's hope that 3.2/3.3 still run correctly.

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10909>
_______________________________________

From report at bugs.python.org  Sat Mar  9 01:11:46 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Sat, 09 Mar 2013 00:11:46 +0000
Subject: [issue17343] Add a version of str.split which returns an iterator
In-Reply-To: <1362359066.58.0.311917237277.issue17343@psf.upfronthosting.co.za>
Message-ID: <1362787906.45.0.236549966437.issue17343@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17343>
_______________________________________

From report at bugs.python.org  Sat Mar  9 01:12:28 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Sat, 09 Mar 2013 00:12:28 +0000
Subject: [issue17337] input() and raw_input() do not work correctly with
	colored prompts
In-Reply-To: <1362236964.85.0.134127148195.issue17337@psf.upfronthosting.co.za>
Message-ID: <1362787948.29.0.824224694302.issue17337@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17337>
_______________________________________

From report at bugs.python.org  Sat Mar  9 01:13:43 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Sat, 09 Mar 2013 00:13:43 +0000
Subject: [issue17349] wsgiref.simple_server.demo_app is not PEP-3333 compatible
In-Reply-To: <1362400053.87.0.0342035983925.issue17349@psf.upfronthosting.co.za>
Message-ID: <1362788023.35.0.521935067069.issue17349@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +pje, tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17349>
_______________________________________

From report at bugs.python.org  Sat Mar  9 01:25:16 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 00:25:16 +0000
Subject: [issue17332] typo in json docs - "convered" should be "converted"
In-Reply-To: <1362173463.23.0.943587603223.issue17332@psf.upfronthosting.co.za>
Message-ID: <1362788716.52.0.820160338098.issue17332@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee: docs at python -> terry.reedy
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17332>
_______________________________________

From report at bugs.python.org  Sat Mar  9 01:40:59 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 09 Mar 2013 00:40:59 +0000
Subject: [issue17332] typo in json docs - "convered" should be "converted"
In-Reply-To: <1362173463.23.0.943587603223.issue17332@psf.upfronthosting.co.za>
Message-ID: <3ZN6FQ5XsFzQ4b@mail.python.org>


Roundup Robot added the comment:

New changeset 9bd2fc35f311 by Terry Jan Reedy in branch '2.7':
Issue #17332: fix json doc typo /convered/converted/ found by Ernie Hershey.
http://hg.python.org/cpython/rev/9bd2fc35f311

New changeset 55fd9810c9ab by Terry Jan Reedy in branch '3.2':
Issue #17332: fix json doc typo /convered/converted/ found by Ernie Hershey.
http://hg.python.org/cpython/rev/55fd9810c9ab

New changeset 8817a09e012c by Terry Jan Reedy in branch '3.3':
Issue #17332: fix json doc typo /convered/converted/ found by Ernie Hershey.
http://hg.python.org/cpython/rev/8817a09e012c

New changeset d86f5686cef9 by Terry Jan Reedy in branch 'default':
Issue #17332: fix json doc typo /convered/converted/ found by Ernie Hershey.
http://hg.python.org/cpython/rev/d86f5686cef9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17332>
_______________________________________

From report at bugs.python.org  Sat Mar  9 01:42:10 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 00:42:10 +0000
Subject: [issue17332] typo in json docs - "convered" should be "converted"
In-Reply-To: <1362173463.23.0.943587603223.issue17332@psf.upfronthosting.co.za>
Message-ID: <1362789730.56.0.752685607217.issue17332@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thanks for the report.

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
type: enhancement -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17332>
_______________________________________

From report at bugs.python.org  Sat Mar  9 01:58:30 2013
From: report at bugs.python.org (Alex Orange)
Date: Sat, 09 Mar 2013 00:58:30 +0000
Subject: [issue17387] Error in C API documentation of PySequenceMethods
Message-ID: <1362790710.8.0.92948490889.issue17387@psf.upfronthosting.co.za>


New submission from Alex Orange:

The documentation at http://docs.python.org/2/c-api/typeobj.html#PySequenceMethods is missing sq_slice between sq_item and sq_ass_item. This will mess up anyone trying to use anything after sq_item (that isn't using designated initializers).

----------
assignee: docs at python
components: Documentation
messages: 183779
nosy: Alex.Orange, docs at python
priority: normal
severity: normal
status: open
title: Error in C API documentation of PySequenceMethods
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17387>
_______________________________________

From report at bugs.python.org  Sat Mar  9 02:07:04 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 01:07:04 +0000
Subject: [issue17337] input() and raw_input() do not work correctly with
	colored prompts
In-Reply-To: <1362236964.85.0.134127148195.issue17337@psf.upfronthosting.co.za>
Message-ID: <1362791224.45.0.816489157016.issue17337@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

On Windows, both the command prompt interpreter and IDLE ignore special meanings and print prompt as is. Line wrap to physical next line occurs at 80 chars and movable edge of window respectively.

Michael, in light of your last post, do you still believe a change is needed in the code we distribute, in particular our readline module, whether bugfix or enhancement, or should this be closed? I do not believe that Python itself know how the output device will interpret the characters sent to it.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17337>
_______________________________________

From report at bugs.python.org  Sat Mar  9 02:23:16 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 01:23:16 +0000
Subject: [issue17340] Handle malformed cookie
In-Reply-To: <1362309033.05.0.860433762185.issue17340@psf.upfronthosting.co.za>
Message-ID: <1362792196.56.0.596314423788.issue17340@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Code behaving as documented is not a bug for tracker purposes.  Adding a parameter to allow new behavior is an enhancement for a future release. 

Who is responsible for the invalid cookie. Pardon my ignorance, but if tornado re-sets the cookie, why cannot it read it the next time?

If the existing test suite tests for CookieError for invalid cookies, writing tests for strict=False (return instead of CookieError) would be trivial.

----------
nosy: +terry.reedy
stage:  -> test needed
type: behavior -> enhancement
versions: +Python 3.4 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17340>
_______________________________________

From report at bugs.python.org  Sat Mar  9 03:02:58 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 02:02:58 +0000
Subject: [issue17343] Add a version of str.split which returns an iterator
In-Reply-To: <1362359066.58.0.311917237277.issue17343@psf.upfronthosting.co.za>
Message-ID: <1362794578.37.0.544586168747.issue17343@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I personally would have changed both str.split and os.walk to return iterators in 3.0, like many other builtins. The rationale for os.walk continuing to produce a list is that there would be little time saving as the list is not *that* long and most uses look at all the items anyway. (See tracker issue.) This argument might be even stronger for str.split.

When I expressed my view about str.split (after 3.0, I think), Guido said that if people do not look at all the items, they typically need random access, and hence a list anyway, so why make them write list(xxx.split()) all the time?

I will also note that Guido has opposed string views and partial object views in general on the basis that a tiny view can keep a mega object alive, and that it is too much to ask people to keep track of when they should copy the view to release the underlying object.

Iterators also (should) keep the underlying object alive, but they are usually short-lived and not passed around hither and thither.

I personally would prefer that the API for this proposal simply be a new parameter (iter(able)=False/True). But that runs into 'argument values should not change the return type' (but lists and iterators are *both iterables*!). Instead there supposedly should be a new, almost identical function with a new, almost identical name. But that runs into 'we should not add builtins with a really good reason' (which I agree with) and more directly 'we should not repeat the confusing range/xrange mess' (which I also agree with). So the status quo is a Catch 22 situation with conflicting principles that produce paralysis. As I said, I prefer redefining the return as an iterable.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17343>
_______________________________________

From report at bugs.python.org  Sat Mar  9 03:12:11 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 02:12:11 +0000
Subject: [issue17345] Portable and extended type specifiers for array module
In-Reply-To: <1362385577.82.0.862277690656.issue17345@psf.upfronthosting.co.za>
Message-ID: <1362795131.77.0.566809396145.issue17345@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +mark.dickinson, meador.inge

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17345>
_______________________________________

From report at bugs.python.org  Sat Mar  9 03:25:07 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 02:25:07 +0000
Subject: [issue17348] Unicode - encoding seems to be lost for inputs of
	unicode chars
In-Reply-To: <1362394177.55.0.407970210278.issue17348@psf.upfronthosting.co.za>
Message-ID: <1362795907.55.0.317231526287.issue17348@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I do not see any bug. Unicode chars do not have an encoding (except internally) The .encode() method encodes the the unicode string to a byte string. It does *not* mutate the string. Since you do not bind the byte string to anything, it disappears. Compare

>>> c = u'\u20ac'
>>> b = c.encode()
>>> c
'?'
>>> b
b'\xe2\x82\xac'

Now you have both the unicode string and the utf-8 encoded byte string that represents the char.

>>> b.decode()
'?'

If you have any more questions, please reread the tutorial or ask on python-list or even the tutor list. Also post there about any 'problems' you find.

----------
components: +Unicode -IDLE
nosy: +ezio.melotti, terry.reedy
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17348>
_______________________________________

From report at bugs.python.org  Sat Mar  9 04:08:47 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 03:08:47 +0000
Subject: [issue17350] Use STAF call python script will case 1124861 issue in
	2.7.2 version
In-Reply-To: <1362402564.96.0.853290291647.issue17350@psf.upfronthosting.co.za>
Message-ID: <1362798527.12.0.869948935881.issue17350@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

(Peter, the OP claims this issue is similar to a subprocess issue you fixed. I hope you can comment.)

Nearly identical versions of your example run from IDLE on both 2.7.3 and 3.3.0.

Please rerun on 2.7.3 to make sure you have the problem with current Python. And if you do, try again when 2.7.4 comes out (date uncertain).

I have no idea what STAF is, but we on this tracker are not responsible for 3rd party environments. It looks like STAF manipulates i/o streams# in a way that subprocess cannot handle*. The error has nothing to do with the particular command you tried to run. I suggest you present your problem to the STAF people. We can only handles identified problems within our code and we need a reproducible example that runs independent of such 3rd party environments. Without that, we will have to close this.

# IDLE also manipulates the i/o streams and it has had i/o replacement stream bugs that we only fixed within the last 6 months.

* For instance, I tried to run subprocess with stdout= <StringIO object>, to avoid writing to disk, but that failed, also within _get_handles(stdin, stdout, stderr), because StringIO objects do not have a fileno attribute.

An error traceback is a graceful shutdown. A crash is an exit with no traceback and, on Windows, a popup or worse, a 'blue screen of death' and a reboot. (If you have never seen the latter, good for you and your system ;-).

----------
nosy: +astrand, terry.reedy
stage:  -> test needed
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17350>
_______________________________________

From report at bugs.python.org  Sat Mar  9 04:21:51 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 03:21:51 +0000
Subject: [issue17365] Remove Python 2 code from test_print
In-Reply-To: <1362553593.04.0.139053683866.issue17365@psf.upfronthosting.co.za>
Message-ID: <1362799311.02.0.534642793842.issue17365@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

In 3.3+ the u prefix is ignored in the lexer stage and I am sure that is tested in the string literal syntax tests. It has nothing to do with printing. The commented out tests you appropriately removed were testing the printing of unicode instead of byte strings.

----------
nosy: +ezio.melotti, michael.foord, pitrou, terry.reedy
stage:  -> patch review
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17365>
_______________________________________

From report at bugs.python.org  Sat Mar  9 04:24:38 2013
From: report at bugs.python.org (Mike Hoy)
Date: Sat, 09 Mar 2013 03:24:38 +0000
Subject: [issue12067] Doc: remove errors about mixed-type comparisons.
In-Reply-To: <1305237573.86.0.646542413513.issue12067@psf.upfronthosting.co.za>
Message-ID: <1362799478.67.0.857029593784.issue12067@psf.upfronthosting.co.za>


Mike Hoy added the comment:

Considering that the docs have changed does this issue still need to be open?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12067>
_______________________________________

From report at bugs.python.org  Sat Mar  9 04:30:42 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 03:30:42 +0000
Subject: [issue17370] PEP should note if it has been superseded
In-Reply-To: <1362618784.61.0.181108502719.issue17370@psf.upfronthosting.co.za>
Message-ID: <1362799842.23.0.594758587101.issue17370@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I think you are, in effect, asking for expansion of the 'PEP Header Preamble' section of PEP-0001. I have added some of the PEP editors listed in the PEP as nosy. I will let them decide if this should be discussed elsewhere.

----------
nosy: +barry, brett.cannon, georg.brandl, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17370>
_______________________________________

From report at bugs.python.org  Sat Mar  9 04:31:36 2013
From: report at bugs.python.org (Ramchandra Apte)
Date: Sat, 09 Mar 2013 03:31:36 +0000
Subject: [issue15158] Add support for multi-character delimiters in csv
In-Reply-To: <1362779072.06.0.736519038478.issue15158@psf.upfronthosting.co.za>
Message-ID: <CAExgZOhjkkyBCCwofS-qxRPQQ_wwCGCZn9rMGCP5E02VyGjThg@mail.gmail.com>


Ramchandra Apte added the comment:

I have posted on python-ideas.

On 9 March 2013 03:14, Terry J. Reedy <report at bugs.python.org> wrote:

>
> Terry J. Reedy added the comment:
>
> You did not explain why it is *impossible* for you to use any of the other
> solutions. In any case, I looked at the C code. It defines delimiter (as
> well as quotechar and escapechar) as a single unicode char. This is
> different from Python which does not have a char type but uses strings
> (arrays) of length one as a substitute. Redefining delimiter as an array of
> unicode chars, as you propose, would complicate the code. It will take a
> much stronger case than one person's 'It would be nice' to motivate someone
> with the needed C skills to do the revision. It would as least slightly
> slow down all single char uses. It would be easier and more useful, in some
> ways, to write a Python csv version.
>
> You might look elsewhere for an enhanced csv reader that handles
> multi-char delimiters. Searching just pypi for 'csv' returns perhaps 50
> hits. If you really want to pursue this for the stdlib, follow my
> suggestion of posting to python-ideas and reference this issue.
>
> ----------
> nosy: +skip.montanaro
> resolution:  -> rejected
> stage: test needed -> committed/rejected
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue15158>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15158>
_______________________________________

From report at bugs.python.org  Sat Mar  9 04:31:55 2013
From: report at bugs.python.org (keakon)
Date: Sat, 09 Mar 2013 03:31:55 +0000
Subject: [issue17340] Handle malformed cookie
In-Reply-To: <1362309033.05.0.860433762185.issue17340@psf.upfronthosting.co.za>
Message-ID: <1362799915.38.0.0572022882244.issue17340@psf.upfronthosting.co.za>


keakon added the comment:

Terry, say that a user's cookie is ",BRIDGE_R=; a=b;" right now.
When he login, the server sends "Set-Cookie: user_id=1; Path=/" header to him.
Then his cookie is ",BRIDGE_R=; a=b; user_id=1;" now.

The next time he sends cookie to the server, Cookie.SimpleCookie.load() tries to parse the cookie, but raises a CookieError.
So the server has no way to get his user_id from cookie. It has to let him login again and sends "Set-Cookie: user_id=1; Path=/" header infinitely.

I cannot clear all cookies because Cookie.SimpleCookie.load() even dosen't let me know the keys in his cookie.

----------
type: enhancement -> behavior
versions: +Python 2.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17340>
_______________________________________

From report at bugs.python.org  Sat Mar  9 04:35:55 2013
From: report at bugs.python.org (Mike Hoy)
Date: Sat, 09 Mar 2013 03:35:55 +0000
Subject: [issue17387] Error in C API documentation of PySequenceMethods
In-Reply-To: <1362790710.8.0.92948490889.issue17387@psf.upfronthosting.co.za>
Message-ID: <1362800155.41.0.647775412794.issue17387@psf.upfronthosting.co.za>


Changes by Mike Hoy <mhoy09 at gmail.com>:


----------
nosy: +mikehoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17387>
_______________________________________

From report at bugs.python.org  Sat Mar  9 04:42:54 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 03:42:54 +0000
Subject: [issue17340] Handle malformed cookie
In-Reply-To: <1362309033.05.0.860433762185.issue17340@psf.upfronthosting.co.za>
Message-ID: <1362800574.09.0.785897086403.issue17340@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

keakon, changing the headers after a developer sets them is insulting, annoying, a waste of my time to change them back again, and a distraction from the issue.

----------
type: behavior -> enhancement
versions: +Python 3.4 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17340>
_______________________________________

From report at bugs.python.org  Sat Mar  9 05:02:37 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 09 Mar 2013 04:02:37 +0000
Subject: [issue17375] Add docstrings to methods in the threading module
In-Reply-To: <1362648255.88.0.520762515957.issue17375@psf.upfronthosting.co.za>
Message-ID: <3ZNBk43pz0zPyP@mail.python.org>


Roundup Robot added the comment:

New changeset e0ef2bde35c3 by Raymond Hettinger in branch '2.7':
Issue #17375:  Add docstrings to the threading module.
http://hg.python.org/cpython/rev/e0ef2bde35c3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17375>
_______________________________________

From report at bugs.python.org  Sat Mar  9 05:09:45 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 04:09:45 +0000
Subject: [issue17382] debugging with idle: current line not highlighted
In-Reply-To: <1362698318.37.0.972993437796.issue17382@psf.upfronthosting.co.za>
Message-ID: <1362802184.99.0.173081281284.issue17382@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Dirk, sorry; in my email, I should have suggested searching for existing idle debugger issues before posting.

----------
nosy: +terry.reedy
resolution:  -> duplicate
status: open -> closed
superseder:  -> IDLE: source line in editor doesn't highlight when debugging

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17382>
_______________________________________

From report at bugs.python.org  Sat Mar  9 05:14:17 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 04:14:17 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1362802457.69.0.909755432547.issue14146@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I closed #17382 as a duplicate of this. The OP, Dirk, only had problem on Windows xp, not on Ubuntu 3.2 and 3.3. I see the same problem on 3.3 win 7.

Roger, do you think this is a windows, tkinter, or idle problem?

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Sat Mar  9 05:16:10 2013
From: report at bugs.python.org (keakon)
Date: Sat, 09 Mar 2013 04:16:10 +0000
Subject: [issue17340] Handle malformed cookie
In-Reply-To: <1362309033.05.0.860433762185.issue17340@psf.upfronthosting.co.za>
Message-ID: <1362802570.65.0.801611723288.issue17340@psf.upfronthosting.co.za>


keakon added the comment:

Terry, I think that's the standard process of web applications.

1. The user agent send cookie via HTTP headers to the web server.
2. The web server parse its cookie. If the server fails to find something proves the user has logged in from his cookie, redirect him to the login page.
3. The user agent post login information to the web server.
4. The web server verify the post data. If it's correct, the server send Set-Cookie headers which can be used as a proof in the step 2 to the user agent.

After the 4 steps, the user agent should be considered as a logged-in user.
However, in the step 2, the server cannot parse his cookie duo to CookieError. It has to redirect the user to the login page and continue the next steps.

I don't think there is anything wrong with the process except the strange behavior of Cookie.SimpleCookie.load().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17340>
_______________________________________

From report at bugs.python.org  Sat Mar  9 05:21:20 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 09 Mar 2013 04:21:20 +0000
Subject: [issue12466] sporadic failures of test_close_fds() and test_pass_fds
	in test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1362802880.79.0.308010698853.issue12466@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
resolution: out of date -> 
status: closed -> open
title: test_subprocess.test_close_fds() sporadic failures on Mac OS X Tiger -> sporadic failures of test_close_fds() and test_pass_fds in test_subprocess
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Sat Mar  9 05:21:42 2013
From: report at bugs.python.org (Mike Hoy)
Date: Sat, 09 Mar 2013 04:21:42 +0000
Subject: [issue17387] Error in C API documentation of PySequenceMethods
In-Reply-To: <1362790710.8.0.92948490889.issue17387@psf.upfronthosting.co.za>
Message-ID: <1362802902.43.0.00708806222253.issue17387@psf.upfronthosting.co.za>


Mike Hoy added the comment:

Looking through Include/object.h I see that sq_slice is now:

void *was_sq_slice. Can anyone provide any clarification as to where I can find info about sq_slice?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17387>
_______________________________________

From report at bugs.python.org  Sat Mar  9 05:21:59 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 09 Mar 2013 04:21:59 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1362802919.77.0.988641135684.issue12466@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
title: sporadic failures of test_close_fds() and test_pass_fds in test_subprocess -> sporadic failures of test_close_fds and test_pass_fds in test_subprocess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Sat Mar  9 05:43:56 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 04:43:56 +0000
Subject: [issue17351] Fixed python3 descriptor documentation example + removal
	of explicit "object" inheritance in docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362804236.21.0.915735336038.issue17351@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The respective howto and examples authors should give their OK for deleting '(object)' in case they are trying to keep one text compatible across 2 and 3. I added the other two to the nosy list.

Doc/howto/descriptor.rst -- Raymond H.
Doc/howto/sorting.rst -- Raymond H.
Doc/howto/logging-cookbook.rst -- Vinay S.
Doc/library/unittest.mock-examples.rst -- Michael F.

Since raise AttributeError(message) works in 2.x, I think that should definitely be changed in descriptor.rst.

I also think the regular docs can be changed without further ado.
Doc/library/contextlib.rst
Doc/library/functions.rst

Phil, your name does not have a Contributor Agreement *. If it should, say so and lets figure out why not. Otherwise, please fill out one at
http://www.python.org/psf/contrib/
Choose paper mail, paper scan and email, or javascript e-form.

----------
nosy: +michael.foord, terry.reedy, vinay.sajip
stage:  -> patch review
type:  -> behavior
versions: +Python 3.2, Python 3.3, Python 3.4 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Sat Mar  9 05:44:21 2013
From: report at bugs.python.org (Alex Orange)
Date: Sat, 09 Mar 2013 04:44:21 +0000
Subject: [issue17387] Error in C API documentation of PySequenceMethods
In-Reply-To: <1362790710.8.0.92948490889.issue17387@psf.upfronthosting.co.za>
Message-ID: <1362804261.96.0.624771339601.issue17387@psf.upfronthosting.co.za>


Alex Orange added the comment:

If you look at the 2.7.3 version of that file: http://hg.python.org/cpython/file/70274d53c1dd/Include/object.h it has more information. It is a ssizessizeargfunc. I assume it passes the lower and upper bound and expects back a subsequence.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17387>
_______________________________________

From report at bugs.python.org  Sat Mar  9 05:45:01 2013
From: report at bugs.python.org (Alex Orange)
Date: Sat, 09 Mar 2013 04:45:01 +0000
Subject: [issue17387] Error in C API documentation of PySequenceMethods
In-Reply-To: <1362790710.8.0.92948490889.issue17387@psf.upfronthosting.co.za>
Message-ID: <1362804301.49.0.566822945752.issue17387@psf.upfronthosting.co.za>


Alex Orange added the comment:

Just to clarify though, that is entirely an assumption as to how it's supposed to be used.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17387>
_______________________________________

From report at bugs.python.org  Sat Mar  9 06:34:14 2013
From: report at bugs.python.org (Brian Kearns)
Date: Sat, 09 Mar 2013 05:34:14 +0000
Subject: [issue16389] re._compiled_typed's lru_cache causes significant
	degradation of the mako_v2 bench
In-Reply-To: <1351880615.07.0.187029674279.issue16389@psf.upfronthosting.co.za>
Message-ID: <1362807254.19.0.224850138084.issue16389@psf.upfronthosting.co.za>


Changes by Brian Kearns <bdkearns at gmail.com>:


----------
nosy: +brian.kearns

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16389>
_______________________________________

From report at bugs.python.org  Sat Mar  9 07:59:58 2013
From: report at bugs.python.org (karl)
Date: Sat, 09 Mar 2013 06:59:58 +0000
Subject: [issue17340] Handle malformed cookie
In-Reply-To: <1362309033.05.0.860433762185.issue17340@psf.upfronthosting.co.za>
Message-ID: <1362812398.54.0.815727239839.issue17340@psf.upfronthosting.co.za>


karl added the comment:

Just a quick note that the new specification for HTTP State Mechanism (aka cookies) is http://tools.ietf.org/html/rfc6265

keakon, Do you know why her cookie was ',BRIDGE_R=;'

----------
nosy: +karlcow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17340>
_______________________________________

From report at bugs.python.org  Sat Mar  9 08:17:30 2013
From: report at bugs.python.org (keakon)
Date: Sat, 09 Mar 2013 07:17:30 +0000
Subject: [issue17340] Handle malformed cookie
In-Reply-To: <1362309033.05.0.860433762185.issue17340@psf.upfronthosting.co.za>
Message-ID: <1362813450.35.0.884861974405.issue17340@psf.upfronthosting.co.za>


keakon added the comment:

karl, I don't know the exact reason.
"BRIDGE_R" is a cookie name set by Baidu Bridge. I don't know why there is a comma before it.

The Baidu Bridge is an external JavaScript resource. It can do anything like: document.cookie = ",BRIDGE_R=;";
I think Baidu Bridge set the wrong cookie by mistake. But we still rely on Baidu Bridge, and we have no way to clear the wrong cookie.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17340>
_______________________________________

From report at bugs.python.org  Sat Mar  9 08:26:48 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 09 Mar 2013 07:26:48 +0000
Subject: [issue16642] Mention new "kwargs" named tuple parameter in sched
	module
In-Reply-To: <1354963970.59.0.876106484214.issue16642@psf.upfronthosting.co.za>
Message-ID: <3ZNHFg25gzzPVh@mail.python.org>


Roundup Robot added the comment:

New changeset 258028711466 by Terry Jan Reedy in branch '3.3':
Issue #16642: sched.scheduler timefunc initial default is time.monotonic.
http://hg.python.org/cpython/rev/258028711466

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16642>
_______________________________________

From report at bugs.python.org  Sat Mar  9 08:26:50 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 09 Mar 2013 07:26:50 +0000
Subject: [issue16643] Wrong documented default value for timefunc parameter in
	sched.scheduler()
In-Reply-To: <1354964381.71.0.639628706124.issue16643@psf.upfronthosting.co.za>
Message-ID: <3ZNHFh0nVTzPB8@mail.python.org>


Roundup Robot added the comment:

New changeset ca56baa46d35 by Terry Jan Reedy in branch 'default':
Merge: closes issue 16643 (not ....2 as in last commit message)
http://hg.python.org/cpython/rev/ca56baa46d35

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16643>
_______________________________________

From report at bugs.python.org  Sat Mar  9 08:28:41 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 07:28:41 +0000
Subject: [issue16643] Wrong documented default value for timefunc parameter in
	sched.scheduler()
In-Reply-To: <1354964381.71.0.639628706124.issue16643@psf.upfronthosting.co.za>
Message-ID: <1362814121.11.0.422270407227.issue16643@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

3.3 was changed also, but with misdirected message

----------
assignee: docs at python -> terry.reedy
nosy: +terry.reedy
resolution: fixed -> 
stage: committed/rejected -> patch review
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16643>
_______________________________________

From report at bugs.python.org  Sat Mar  9 08:29:11 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 07:29:11 +0000
Subject: [issue16642] Mention new "kwargs" named tuple parameter in sched
	module
In-Reply-To: <1354963970.59.0.876106484214.issue16642@psf.upfronthosting.co.za>
Message-ID: <1362814151.11.0.288593763732.issue16642@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16642>
_______________________________________

From report at bugs.python.org  Sat Mar  9 08:34:15 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Sat, 09 Mar 2013 07:34:15 +0000
Subject: [issue17351] Fixed python3 descriptor documentation example + removal
	of explicit "object" inheritance in docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362814455.64.0.913044871135.issue17351@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

I'm OK with changing the logging cookbook to remove explicit subclassing from "object" in the examples.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Sat Mar  9 08:40:21 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 07:40:21 +0000
Subject: [issue17340] Handle malformed cookie
In-Reply-To: <1362309033.05.0.860433762185.issue17340@psf.upfronthosting.co.za>
Message-ID: <1362814821.85.0.830242656523.issue17340@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Carl, do you know if the (2 year old) draft better reflect actual usage than 2965? Is there much change other than "deprecates the use of the Cookie2 and Set-Cookie2 header fields."?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17340>
_______________________________________

From report at bugs.python.org  Sat Mar  9 08:43:02 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 07:43:02 +0000
Subject: [issue16643] Wrong documented default value for timefunc parameter in
	sched.scheduler()
In-Reply-To: <1354964381.71.0.639628706124.issue16643@psf.upfronthosting.co.za>
Message-ID: <1362814982.91.0.981244221028.issue16643@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I guess I should have taken the assignment before pushing ;-)

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16643>
_______________________________________

From report at bugs.python.org  Sat Mar  9 08:51:33 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Sat, 09 Mar 2013 07:51:33 +0000
Subject: [issue17384] test_logging failures on Windows
In-Reply-To: <1362718964.15.0.969959880572.issue17384@psf.upfronthosting.co.za>
Message-ID: <1362815493.24.0.917809994881.issue17384@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

Closing, as the errors seem to have gone away after the cleanup update.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17384>
_______________________________________

From report at bugs.python.org  Sat Mar  9 08:57:24 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 07:57:24 +0000
Subject: [issue9842] Document ... used in recursive repr of containers
In-Reply-To: <1284336324.93.0.400210409006.issue9842@psf.upfronthosting.co.za>
Message-ID: <1362815844.55.0.933895720787.issue9842@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.3, Python 3.4 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9842>
_______________________________________

From report at bugs.python.org  Sat Mar  9 10:07:29 2013
From: report at bugs.python.org (Chris Tandiono)
Date: Sat, 09 Mar 2013 09:07:29 +0000
Subject: [issue17388] Providing invalid value to
Message-ID: <1362820049.53.0.165756235427.issue17388@psf.upfronthosting.co.za>


New submission from Chris Tandiono:

Currently, random.sample(population, k) raises a ValueError if k is out of the range of [0, len(population)], inclusive. However, the message says "Sample larger than population" even when the real problem is that k < 0. The attached patch fixes that.

The problem exists in all versions of Python that have the random.sample function.

I think I should be adding tests for this, but I don't know in what existing file, if any, this test should go into.

----------
components: Library (Lib)
files: random_sample.patch
keywords: patch
messages: 183808
nosy: Chris.Tandiono
priority: normal
severity: normal
status: open
title: Providing invalid value to
type: behavior
versions: 3rd party, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file29354/random_sample.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17388>
_______________________________________

From report at bugs.python.org  Sat Mar  9 10:07:50 2013
From: report at bugs.python.org (Chris Tandiono)
Date: Sat, 09 Mar 2013 09:07:50 +0000
Subject: [issue17388] Providing invalid value to random.sample can result in
	incorrect error message
In-Reply-To: <1362820049.53.0.165756235427.issue17388@psf.upfronthosting.co.za>
Message-ID: <1362820070.39.0.256887863888.issue17388@psf.upfronthosting.co.za>


Changes by Chris Tandiono <chris.tandiono at gmail.com>:


----------
title: Providing invalid value to -> Providing invalid value to random.sample can result in incorrect error message

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17388>
_______________________________________

From report at bugs.python.org  Sat Mar  9 11:22:08 2013
From: report at bugs.python.org (=?utf-8?q?Anders_Hovm=C3=B6ller?=)
Date: Sat, 09 Mar 2013 10:22:08 +0000
Subject: [issue15873] "datetime" cannot parse ISO 8601 dates and times
In-Reply-To: <1346965730.56.0.810546720554.issue15873@psf.upfronthosting.co.za>
Message-ID: <1362824528.15.0.645192745099.issue15873@psf.upfronthosting.co.za>


Anders Hovm?ller added the comment:

?ric Araujo: absolutely. Although I think my code can be improved (speed wise, elegance, etc) since I just wrote it quickly a weekend :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15873>
_______________________________________

From report at bugs.python.org  Sat Mar  9 12:30:16 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 09 Mar 2013 11:30:16 +0000
Subject: [issue17385] Use deque instead of list the threading.Condition waiter
	queue
In-Reply-To: <1362723386.92.0.340971682948.issue17385@psf.upfronthosting.co.za>
Message-ID: <1362828616.74.0.550498126072.issue17385@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I don't think you need slicing if you rewrite the patch in another way, e.g.:

for i in range(n):
    try:
        waiter = __waiters.popleft()
    except IndexError:
        break
    waiter.release()

I think this is safe, since notify() must be called with the lock held: another thread shouldn't be able to mutate the waiters list in the meantime.

As for notify_all(), it could be optimized to swap the internal list with an empty one: there's no need to pop the waiters one by one.

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17385>
_______________________________________

From report at bugs.python.org  Sat Mar  9 12:42:27 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 09 Mar 2013 11:42:27 +0000
Subject: [issue17389] Optimize Event.wait()
Message-ID: <1362829347.05.0.139700597073.issue17389@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

It should be possible to optimize threading.Event.wait() to not acquire the condition when the event is already set. Patch attached.

Without patch:

$ ./python -m timeit -s "import threading; e = threading.Event(); e.set()" "e.wait()"
1000000 loops, best of 3: 0.466 usec per loop

With patch:

$ ./python -m timeit -s "import threading; e = threading.Event(); e.set()" "e.wait()"
10000000 loops, best of 3: 0.19 usec per loop

----------
components: Library (Lib)
files: event_wait.patch
keywords: patch
messages: 183811
nosy: neologix, pitrou, sbt
priority: normal
severity: normal
stage: patch review
status: open
title: Optimize Event.wait()
type: performance
versions: Python 3.4
Added file: http://bugs.python.org/file29355/event_wait.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Sat Mar  9 13:24:50 2013
From: report at bugs.python.org (karl)
Date: Sat, 09 Mar 2013 12:24:50 +0000
Subject: [issue17340] Handle malformed cookie
In-Reply-To: <1362309033.05.0.860433762185.issue17340@psf.upfronthosting.co.za>
Message-ID: <1362831890.77.0.447982414175.issue17340@psf.upfronthosting.co.za>


karl added the comment:

Yes the new RFC has been written by Adam Barth who wanted to describe things matching the reality of HTTP and servers/browsers issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17340>
_______________________________________

From report at bugs.python.org  Sat Mar  9 13:44:11 2013
From: report at bugs.python.org (Aman Shah)
Date: Sat, 09 Mar 2013 12:44:11 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1362833051.52.0.706527194815.issue17299@psf.upfronthosting.co.za>


Aman Shah added the comment:

I have updated the patch for test_cpickle.py . Also, I would like to help out in creating mixins for the 3 but, it would be helpful if you can explain it in a bit more detail. What is the problem in using the existing pickletester.py??

----------
Added file: http://bugs.python.org/file29356/test_cpickle_patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Sat Mar  9 14:05:26 2013
From: report at bugs.python.org (Ankur Ankan)
Date: Sat, 09 Mar 2013 13:05:26 +0000
Subject: [issue10595] Adding a syslog.conf reader in syslog
In-Reply-To: <1291203161.89.0.870759954789.issue10595@psf.upfronthosting.co.za>
Message-ID: <1362834326.96.0.428882077159.issue10595@psf.upfronthosting.co.za>


Changes by Ankur Ankan <ankurankan at gmail.com>:


----------
nosy: +Ankur.Ankan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10595>
_______________________________________

From report at bugs.python.org  Sat Mar  9 14:09:21 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 09 Mar 2013 13:09:21 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362834561.81.0.861750735515.issue13564@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I don't understand why you must put the socket in non-blocking mode for sendfile().
Also I think the support code (_use_send() / _use_sendfile()) should be factored out somewhere. There could even be a socket.sendfile() method with the appropriate fallbacks?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Sat Mar  9 14:16:37 2013
From: report at bugs.python.org (Ankur Ankan)
Date: Sat, 09 Mar 2013 13:16:37 +0000
Subject: [issue15518] Provide test coverage for filecmp.dircmp.report methods.
In-Reply-To: <1343786533.33.0.657671203467.issue15518@psf.upfronthosting.co.za>
Message-ID: <1362834997.6.0.26229089581.issue15518@psf.upfronthosting.co.za>


Changes by Ankur Ankan <ankurankan at gmail.com>:


----------
nosy: +Ankur.Ankan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15518>
_______________________________________

From report at bugs.python.org  Sat Mar  9 14:23:25 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 09 Mar 2013 13:23:25 +0000
Subject: [issue17375] Add docstrings to methods in the threading module
In-Reply-To: <1362648255.88.0.520762515957.issue17375@psf.upfronthosting.co.za>
Message-ID: <1362835405.73.0.852337852786.issue17375@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Raymond - which patch is it? You didn't specify the contributor in the commit. What about the duplicate issue #12768 where someone also worked to supply a patch? 

Also, you've only committed this to 2.7; why?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17375>
_______________________________________

From report at bugs.python.org  Sat Mar  9 14:56:19 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 09 Mar 2013 13:56:19 +0000
Subject: [issue16576] ctypes: structure with bitfields as argument
In-Reply-To: <1354164812.19.0.708202681719.issue16576@psf.upfronthosting.co.za>
Message-ID: <3ZNRv64qg5zQMK@mail.python.org>


Roundup Robot added the comment:

New changeset 0acd9408b6f1 by Eli Bendersky in branch '3.2':
Add warning in ctypes documentation for #16575 and #16576
http://hg.python.org/cpython/rev/0acd9408b6f1

New changeset bfc159f8e4b4 by Eli Bendersky in branch '3.3':
Add warning in ctypes documentation for #16575 and #16576
http://hg.python.org/cpython/rev/bfc159f8e4b4

New changeset 502624235c7b by Eli Bendersky in branch 'default':
Add warning in ctypes documentation for #16575 and #16576
http://hg.python.org/cpython/rev/502624235c7b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16576>
_______________________________________

From report at bugs.python.org  Sat Mar  9 14:56:20 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 09 Mar 2013 13:56:20 +0000
Subject: [issue16575] ctypes: unions as arguments
In-Reply-To: <1354163044.21.0.431588472559.issue16575@psf.upfronthosting.co.za>
Message-ID: <3ZNRv73VM3zQMK@mail.python.org>


Roundup Robot added the comment:

New changeset 0acd9408b6f1 by Eli Bendersky in branch '3.2':
Add warning in ctypes documentation for #16575 and #16576
http://hg.python.org/cpython/rev/0acd9408b6f1

New changeset bfc159f8e4b4 by Eli Bendersky in branch '3.3':
Add warning in ctypes documentation for #16575 and #16576
http://hg.python.org/cpython/rev/bfc159f8e4b4

New changeset 502624235c7b by Eli Bendersky in branch 'default':
Add warning in ctypes documentation for #16575 and #16576
http://hg.python.org/cpython/rev/502624235c7b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16575>
_______________________________________

From report at bugs.python.org  Sat Mar  9 14:57:29 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 09 Mar 2013 13:57:29 +0000
Subject: [issue16576] ctypes: structure with bitfields as argument
In-Reply-To: <1354164812.19.0.708202681719.issue16576@psf.upfronthosting.co.za>
Message-ID: <3ZNRwS5jYczQP3@mail.python.org>


Roundup Robot added the comment:

New changeset eece32440a52 by Eli Bendersky in branch '2.7':
Add warning in ctypes documentation for #16575 and #16576
http://hg.python.org/cpython/rev/eece32440a52

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16576>
_______________________________________

From report at bugs.python.org  Sat Mar  9 14:57:30 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 09 Mar 2013 13:57:30 +0000
Subject: [issue16575] ctypes: unions as arguments
In-Reply-To: <1354163044.21.0.431588472559.issue16575@psf.upfronthosting.co.za>
Message-ID: <3ZNRwT4QfpzQP9@mail.python.org>


Roundup Robot added the comment:

New changeset eece32440a52 by Eli Bendersky in branch '2.7':
Add warning in ctypes documentation for #16575 and #16576
http://hg.python.org/cpython/rev/eece32440a52

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16575>
_______________________________________

From report at bugs.python.org  Sat Mar  9 15:12:35 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 09 Mar 2013 14:12:35 +0000
Subject: [issue11367] xml.etree.ElementTree.find(all): docs are wrong
In-Reply-To: <1299030271.87.0.648664421014.issue11367@psf.upfronthosting.co.za>
Message-ID: <1362838355.07.0.531022381041.issue11367@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Henrik, this patch fails to apply to 3.2

applying issue11367_branch32.patch
patching file Doc/library/xml.etree.elementtree.rst
Hunk #1 FAILED at 411
1 out of 1 hunks FAILED -- saving rejects to file Doc/library/xml.etree.elementtree.rst.rej
patching file Lib/xml/etree/ElementTree.py
Hunk #1 FAILED at 704
Hunk #2 FAILED at 725
Hunk #3 FAILED at 750
3 out of 3 hunks FAILED -- saving rejects to file Lib/xml/etree/ElementTree.py.rej
abort: patch failed to apply


I suspect this may be because of line endings. Are you generating the patches on a Windows machine? All patches to Python should be strictly in Unix format (LF for line ending, not CR LF). Can you configure your hg client and / or editor to do this?

I haven't touched Windows for some time but IIRC TortoiseHg does the right thing if your file is proper. In other words, perhaps it's the editor's fault. Your editor should not insert Windows line-endings into a Unix-y file (which Doc/library/xml.etree.elementtree.rst is).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11367>
_______________________________________

From report at bugs.python.org  Sat Mar  9 15:16:50 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 09 Mar 2013 14:16:50 +0000
Subject: [issue17359] python modules.zip is not documented
In-Reply-To: <1362512425.64.0.937549165034.issue17359@psf.upfronthosting.co.za>
Message-ID: <1362838610.03.0.197713531543.issue17359@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Marc-Andre,  Can this issue be closed or are the docs lacking in some way?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17359>
_______________________________________

From report at bugs.python.org  Sat Mar  9 15:22:18 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 09 Mar 2013 14:22:18 +0000
Subject: [issue17138] XPath error in xml.etree.ElementTree
In-Reply-To: <1360093345.6.0.651330972741.issue17138@psf.upfronthosting.co.za>
Message-ID: <1362838938.04.0.438562412056.issue17138@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Gutzwiller, the [position] syntax means the Nth child *of its parent*. Since you placed the second <h1> into <p>, it's the first child of its parent. So the library's behavior is correct here. Note:

>>> [e.text for e in xml.findall('.//h1[1]')]
['1', '2']

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17138>
_______________________________________

From report at bugs.python.org  Sat Mar  9 15:24:55 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 09 Mar 2013 14:24:55 +0000
Subject: [issue15518] Provide test coverage for filecmp.dircmp.report methods.
In-Reply-To: <1343786533.33.0.657671203467.issue15518@psf.upfronthosting.co.za>
Message-ID: <1362839095.77.0.0565230425797.issue15518@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Chris Calloway, would you like to pursue this issue further?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15518>
_______________________________________

From report at bugs.python.org  Sat Mar  9 16:13:10 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 09 Mar 2013 15:13:10 +0000
Subject: [issue16954] Add docstrings for ElementTree module
In-Reply-To: <1358090813.12.0.93631082121.issue16954@psf.upfronthosting.co.za>
Message-ID: <1362841990.85.0.914962892385.issue16954@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Thanks David, the patch looks good. I will commit it with some slight modifications and touch-ups shortly.

The issue of C extension docstrings vs. Python docstrings is an interesting one. It's a shame that help() shows empty strings, and it's a shame to copy-paste. What do other modules do? It may also be worth asking in python-dev or the docs mailing list and hear suggestions from other developers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16954>
_______________________________________

From report at bugs.python.org  Sat Mar  9 16:13:43 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 09 Mar 2013 15:13:43 +0000
Subject: [issue16954] Add docstrings for ElementTree module
In-Reply-To: <1358090813.12.0.93631082121.issue16954@psf.upfronthosting.co.za>
Message-ID: <3ZNTcR1T5yzP1G@mail.python.org>


Roundup Robot added the comment:

New changeset f27d7c1eac4d by Eli Bendersky in branch 'default':
Issue #16954: Add docstrings for ElementTree
http://hg.python.org/cpython/rev/f27d7c1eac4d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16954>
_______________________________________

From report at bugs.python.org  Sat Mar  9 17:00:28 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 09 Mar 2013 16:00:28 +0000
Subject: [issue11367] xml.etree.ElementTree.find(all): docs are wrong
In-Reply-To: <1299030271.87.0.648664421014.issue11367@psf.upfronthosting.co.za>
Message-ID: <1362844828.1.0.599911888572.issue11367@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

You can use patch.py utility from http://python-patch.googlecode.com/svn-history/trunk/patch.py to apply patch that doesn't have this CRLF problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11367>
_______________________________________

From report at bugs.python.org  Sat Mar  9 17:08:48 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 09 Mar 2013 16:08:48 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362845328.59.0.808069412391.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

> I don't understand why you must put the socket in 
> non-blocking mode for sendfile().

I did that mainly because I'm using select() / poll() and it seems kind of "natural" to set the socket in non-blocking mode (proftpd does the same).
I'm not sure whether it actually makes any difference though (on Linux it works either way, blocking or not).
I'm removing the non-blocking mode in the new attached patch. We can take take a look at the buildbots later and see how they behave.

> Also I think the support code (_use_send() / _use_sendfile()) should be factored out somewhere.

Agreed and turned them into methods.

> There could even be a socket.sendfile() method with the appropriate fallbacks?

Perhaps. The only thing which is not clear is how to deal with blocking vs. non-blocking sockets.
Also, Windows should also be covered and expose TransmitFile. 
It's probably better to discuss this elsewhere.

----------
Added file: http://bugs.python.org/file29357/ftplib-sendfile4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Sat Mar  9 17:28:37 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 09 Mar 2013 16:28:37 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1362845328.59.0.808069412391.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362846290.3614.2.camel@localhost.localdomain>


Antoine Pitrou added the comment:

> > I don't understand why you must put the socket in 
> > non-blocking mode for sendfile().
> 
> I did that mainly because I'm using select() / poll() and it seems
> kind of "natural" to set the socket in non-blocking mode (proftpd does
> the same).

But why do you need to use select() / poll() ? Can't you just call
sendfile() right from the start?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Sat Mar  9 17:32:21 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 09 Mar 2013 16:32:21 +0000
Subject: [issue17370] PEP should note if it has been superseded
In-Reply-To: <1362799842.23.0.594758587101.issue17370@psf.upfronthosting.co.za>
Message-ID: <20130309113222.04961c45@anarchist.wooz.org>


Barry A. Warsaw added the comment:

On Mar 09, 2013, at 03:30 AM, Terry J. Reedy wrote:

>I think you are, in effect, asking for expansion of the 'PEP Header Preamble'
>section of PEP-0001. I have added some of the PEP editors listed in the PEP
>as nosy. I will let them decide if this should be discussed elsewhere.

Looks like Benjamin just changed Replaced-By with Superseded-By in PEP 1 and
Replaced with Superseded as a Status.  He also updated a bunch of PEPs with
the new headers, including 333.

He probably should have discussed this with the other PEP editors beforehand,
but in retrospect, it seems fine.

I guess that means you're requesting a new header such as 'Related' which
would contain a list of PEP numbers?  Usually we just put those in the
references (and it's perfectly fine to update a PEP after it's final with new
references - that's why we have a version control system. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17370>
_______________________________________

From report at bugs.python.org  Sat Mar  9 17:38:24 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 09 Mar 2013 16:38:24 +0000
Subject: [issue17343] Add a version of str.split which returns an iterator
In-Reply-To: <1362359066.58.0.311917237277.issue17343@psf.upfronthosting.co.za>
Message-ID: <1362847104.59.0.0467281873647.issue17343@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

It'd perhaps have been better if things like memoryview were never exposed to the user at all as a distinct type and became an internal implementation detail behind PyBytes and PyUnicode objects (they could hold a reference to something else or collapse that down to their own copy on their own terms, up to the particulars of the Python VM).

Anyways, the above is getting off topic for this issue.  I retract my memoryview suggestion; that belongs in its own issue.

An iterating version of str.split is indeed hard to add today IFF we are against a str.itersplit() method name or against an optional keyword only argument that'd cause split(iterator=True)'s return type to potentially be different.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17343>
_______________________________________

From report at bugs.python.org  Sat Mar  9 17:41:27 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 09 Mar 2013 16:41:27 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362847287.3.0.116731814504.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Because otherwise sendfile() fails with EAGAIN many times before sending any actual data. 
select() / poll() make sure the while loop awakens only when the socket is ready to be written (as opposed to continuously catching EAGAIN and wait for sendfile() to succeed).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Sat Mar  9 17:48:34 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 09 Mar 2013 16:48:34 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1362847287.3.0.116731814504.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362847488.3614.4.camel@localhost.localdomain>


Antoine Pitrou added the comment:

> Because otherwise sendfile() fails with EAGAIN many times before
> sending any actual data. 

EAGAIN on a blocking fd? Is it documented somewhere?
The Linux man page for sendfile() says:

       EAGAIN Nonblocking I/O has been selected using O_NONBLOCK and the
write would block.

FreeBSD apparently says something similar:

     [EAGAIN]		The socket is marked for non-blocking I/O and not all
			data was sent due to the socket buffer being filled.
			If specified, the number of bytes successfully sent
			will be returned in *sbytes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Sat Mar  9 17:54:56 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sat, 09 Mar 2013 16:54:56 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1362802457.69.0.909755432547.issue14146@psf.upfronthosting.co.za>
Message-ID: <513B699A.8080703@gmail.com>


Roger Serwy added the comment:

I think it's a problem on Tk on Windows. The painting of the selection 
highlight goes away when a window loses focus.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Sat Mar  9 17:57:06 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 09 Mar 2013 16:57:06 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362848226.31.0.789881064666.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

I see. Well, what I'm experiencing right now if I remove the select() / poll() call is a sequence of EAGAIN errors alternated by successful sendfile() calls.  
Either the man page is wrong or I'm missing something.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Sat Mar  9 18:00:02 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 09 Mar 2013 17:00:02 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1362848226.31.0.789881064666.issue13564@psf.upfronthosting.co.za>
Message-ID: <1362848174.3614.5.camel@localhost.localdomain>


Antoine Pitrou added the comment:

> I see. Well, what I'm experiencing right now if I remove the
> select() / poll() call is a sequence of EAGAIN errors alternated by
> successful sendfile() calls.  
> Either the man page is wrong or I'm missing something.

Weird. I guess it would be nice to dig a bit more :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Sat Mar  9 19:07:16 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 09 Mar 2013 18:07:16 +0000
Subject: [issue17388] Providing invalid value to random.sample can result in
	incorrect error message
In-Reply-To: <1362820049.53.0.165756235427.issue17388@psf.upfronthosting.co.za>
Message-ID: <1362852436.92.0.248620585086.issue17388@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +mark.dickinson, rhettinger
versions:  -3rd party, Python 2.6, Python 3.1, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17388>
_______________________________________

From report at bugs.python.org  Sat Mar  9 19:20:17 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 09 Mar 2013 18:20:17 +0000
Subject: [issue17388] Providing invalid value to random.sample can result in
	incorrect error message
In-Reply-To: <1362820049.53.0.165756235427.issue17388@psf.upfronthosting.co.za>
Message-ID: <1362853217.13.0.003263022823.issue17388@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This seems like a silly criticism to me.  A negative value will almost never be the cause of this exception.

That said, I'll tweak the message at some point.

----------
assignee:  -> rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17388>
_______________________________________

From report at bugs.python.org  Sat Mar  9 19:31:26 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 09 Mar 2013 18:31:26 +0000
Subject: [issue17384] test_logging failures on Windows
In-Reply-To: <1362718964.15.0.969959880572.issue17384@psf.upfronthosting.co.za>
Message-ID: <1362853886.62.0.956403397959.issue17384@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Confirmed, thanks for fixing this!

----------
stage: needs patch -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17384>
_______________________________________

From report at bugs.python.org  Sat Mar  9 20:06:02 2013
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 09 Mar 2013 19:06:02 +0000
Subject: [issue10224] Build 3.x documentation using python3.x
In-Reply-To: <1288304199.49.0.7053863257.issue10224@psf.upfronthosting.co.za>
Message-ID: <1362855962.22.0.00798596310814.issue10224@psf.upfronthosting.co.za>


Zachary Ware added the comment:

> Doc/make.bat assumes that this issue has already been resolved:
>   if "%PYTHON%" EQU "" set PYTHON=..\pcbuild\python
> Even with '_d' appended, as it should be, that does not work for 3.x.
> I think that line should be @rem'ed out until it does work.
> Does anyone mind if I do so?

I have offered an alternative fix for that issue as a part of issue17386.

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10224>
_______________________________________

From report at bugs.python.org  Sat Mar  9 20:16:21 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 19:16:21 +0000
Subject: [issue17340] Handle malformed cookie
In-Reply-To: <1362309033.05.0.860433762185.issue17340@psf.upfronthosting.co.za>
Message-ID: <1362856581.91.0.141458352168.issue17340@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I believe our normal policy is to only follow accepted RFCs. But your comment suggests that in this case we should pay attention to the new draft. Do you have any idea why apparently nothing has happened in two years. Do some people oppose it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17340>
_______________________________________

From report at bugs.python.org  Sat Mar  9 20:26:05 2013
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 09 Mar 2013 19:26:05 +0000
Subject: [issue15605] Explain sphinx documentation building in devguide
In-Reply-To: <1344533769.31.0.609415214451.issue15605@psf.upfronthosting.co.za>
Message-ID: <1362857165.95.0.886160148051.issue15605@psf.upfronthosting.co.za>


Zachary Ware added the comment:

In issue17386, I have offered a patch to Doc/make.bat which makes using make.bat on Windows very, very nearly the same as using make on UNIX.  With such a patch applied, it would be trivial to rewrite section 7.6.1 with instructions that apply equally well to both platforms.

> "make -C Doc xxx" will not work with make.bat.

In issue16895, there is a make.bat file intended for the root of the Python repository, which, if there is any interest, could be fairly easily expanded to support a "make -C Doc xxx" command.  In fact, the version posted includes a "doc" target, which does essentially the same thing as "make -C Doc xxx".

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15605>
_______________________________________

From report at bugs.python.org  Sat Mar  9 20:26:21 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 19:26:21 +0000
Subject: [issue17370] PEP should note if it has been superseded
In-Reply-To: <1362618784.61.0.181108502719.issue17370@psf.upfronthosting.co.za>
Message-ID: <1362857181.39.0.0112266585906.issue17370@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I think an optional section header, "Related PEPs", to go either at the top or bottom (the two places of most prominence) whould be better than a header with a list of numbers. A section could have a sentence or two for each listing describing the perceived relation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17370>
_______________________________________

From report at bugs.python.org  Sat Mar  9 20:27:39 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 09 Mar 2013 19:27:39 +0000
Subject: [issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible
In-Reply-To: <1362781994.31.0.121984055749.issue17386@psf.upfronthosting.co.za>
Message-ID: <1362857259.21.0.538363523272.issue17386@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17386>
_______________________________________

From report at bugs.python.org  Sat Mar  9 20:29:32 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 19:29:32 +0000
Subject: [issue17370] PEP should note related PEPs
In-Reply-To: <1362618784.61.0.181108502719.issue17370@psf.upfronthosting.co.za>
Message-ID: <1362857372.59.0.273672472559.issue17370@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Re-reading the original post, I see that a section (or paragraph) was an option Brandon requested. Changed title to reflect remaining issue.

----------
title: PEP should note if it has been superseded -> PEP should note related PEPs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17370>
_______________________________________

From report at bugs.python.org  Sat Mar  9 21:08:49 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 20:08:49 +0000
Subject: [issue16895] Batch file to mimic 'make' on Windows
In-Reply-To: <1357677821.21.0.151237367429.issue16895@psf.upfronthosting.co.za>
Message-ID: <1362859729.64.0.35493864836.issue16895@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

+1

Add make external[-64] to runs Tools/buildbot/external[-amd64].bat
and explain this in the devguide (if not already) rather than buried in the opaque PCBuild/readme.

Even after reading build.bat, I do not understand what is the different net effect of that versus just double clicking pcbuild.sln and building. So some explanation in the devguide would be needed.

----------
nosy: +brian.curtin, terry.reedy, tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16895>
_______________________________________

From report at bugs.python.org  Sat Mar  9 21:16:12 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 20:16:12 +0000
Subject: [issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible
In-Reply-To: <1362781994.31.0.121984055749.issue17386@psf.upfronthosting.co.za>
Message-ID: <1362860172.19.0.743169238961.issue17386@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

+1 I would worry more about performance than elegance.

While this is debated, can you provide a mini-patch for at least 3.3+ that corrects the bug of trying to run sphinx with python 3, so that anything but 'make checkout' fails? I would apply that immediately.

----------
nosy: +brian.curtin, terry.reedy, tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17386>
_______________________________________

From report at bugs.python.org  Sat Mar  9 21:21:52 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 09 Mar 2013 20:21:52 +0000
Subject: [issue11963] Remove human verification from test suite (test_parser
	and test_subprocess)
In-Reply-To: <1304178205.97.0.319156485187.issue11963@psf.upfronthosting.co.za>
Message-ID: <3ZNcS00q1JzQtf@mail.python.org>


Roundup Robot added the comment:

New changeset 9ee8c00f7e63 by Ezio Melotti in branch '2.7':
#11963: avoid printing messages in test_parser.  Initial patch by ?ric Araujo.
http://hg.python.org/cpython/rev/9ee8c00f7e63

New changeset 10a82140f36d by Ezio Melotti in branch '3.2':
#11963: avoid printing messages in test_parser.  Initial patch by ?ric Araujo.
http://hg.python.org/cpython/rev/10a82140f36d

New changeset 185c923f21ec by Ezio Melotti in branch '3.3':
#11963: merge with 3.2.
http://hg.python.org/cpython/rev/185c923f21ec

New changeset acf6ffc57fcf by Ezio Melotti in branch 'default':
#11963: merge with 3.3.
http://hg.python.org/cpython/rev/acf6ffc57fcf

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11963>
_______________________________________

From report at bugs.python.org  Sat Mar  9 21:28:43 2013
From: report at bugs.python.org (Luke Plant)
Date: Sat, 09 Mar 2013 20:28:43 +0000
Subject: [issue17340] Handle malformed cookie
In-Reply-To: <1362309033.05.0.860433762185.issue17340@psf.upfronthosting.co.za>
Message-ID: <1362860922.99.0.808694593552.issue17340@psf.upfronthosting.co.za>


Luke Plant added the comment:

I'm a core developer on Django, and I've looked into cookies a lot, and also Python's SimpleCookie, and I've found that all accepted RFCs are completely irrelevant for this issue.

No accepted RFC was ever widely implemented - instead browsers mainly did something like the original "Netscape cookies", with various interpretations. Opera attempted RFC 2965, at least at one point, but no-one else.

RFC 6265, whatever its status, is probably the closest thing to a useful document of how cookies "should" work. But even then, I'm afraid that the main guiding principle has to be sheer pragmatism. Read the source code or bug trackers of any other project that has to handle cookies and you'll find they have all come to that conclusion, unfortunately.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17340>
_______________________________________

From report at bugs.python.org  Sat Mar  9 21:30:27 2013
From: report at bugs.python.org (Stefan Krah)
Date: Sat, 09 Mar 2013 20:30:27 +0000
Subject: [issue16612] Integrate "Argument Clinic" specialized
	preprocessor	into CPython trunk
In-Reply-To: <1354659537.54.0.587753848221.issue16612@psf.upfronthosting.co.za>
Message-ID: <1362861027.75.0.746860611036.issue16612@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I've started working on the alternative DSL PEP, but I hit a DSL-independent roadblock:

The preprocessor passes copies of structs to the _impl functions,
which could lead to subtle bugs. I pointed out a benign example on
Rietveld, but in general I think this should not be done.

So the question is whether to add another flag or symbol that
determines if a pointer should be passed to the _impl function.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16612>
_______________________________________

From report at bugs.python.org  Sat Mar  9 21:36:12 2013
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 09 Mar 2013 20:36:12 +0000
Subject: [issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible
In-Reply-To: <1362781994.31.0.121984055749.issue17386@psf.upfronthosting.co.za>
Message-ID: <1362861372.54.0.92373198335.issue17386@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Sure can.  This one should do it, at least for anyone with 3.3 installed.

----------
Added file: http://bugs.python.org/file29358/win_doc_make_minipatch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17386>
_______________________________________

From report at bugs.python.org  Sat Mar  9 22:28:00 2013
From: report at bugs.python.org (Larry Hastings)
Date: Sat, 09 Mar 2013 21:28:00 +0000
Subject: [issue16612] Integrate "Argument Clinic" specialized
	preprocessor	into CPython trunk
In-Reply-To: <1354659537.54.0.587753848221.issue16612@psf.upfronthosting.co.za>
Message-ID: <1362864480.94.0.968425465408.issue16612@psf.upfronthosting.co.za>


Larry Hastings added the comment:

Thanks for pointing that out!  I've fixed it in my local branch, though I'm fooling around with some new syntax so I'm not ready to publish it yet.

It's not a general problem, exactly; it's a problem with extension types.  After just a little tweaking and refactoring, the extension interface now lets you override the behavior in a fine-grained way.  So path_t is declared on the stack, but a pointer is passed in to the impl.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16612>
_______________________________________

From report at bugs.python.org  Sat Mar  9 22:54:22 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 09 Mar 2013 21:54:22 +0000
Subject: [issue11367] xml.etree.ElementTree.find(all): docs are wrong
In-Reply-To: <1299030271.87.0.648664421014.issue11367@psf.upfronthosting.co.za>
Message-ID: <1362866062.81.0.628417510119.issue11367@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

No, according to the devguide patches for Python have to be created with 'hg diff' and applicable with 'hg patch'. I can fix the patch in a number of ways, but I think it's important for a new contributor to learn how to generate a correct patch that can be applied without extra work. This should help the contributor create more useful patches in the future that get committed quickly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11367>
_______________________________________

From report at bugs.python.org  Sat Mar  9 23:13:54 2013
From: report at bugs.python.org (Dirk Zabel)
Date: Sat, 09 Mar 2013 22:13:54 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1362867234.3.0.0882667704378.issue14146@psf.upfronthosting.co.za>


Dirk Zabel added the comment:

If this is a Tk problem on windows, are there any chances to get it fixed? The Tk version installed with python 3.3 seems to be 8.5.11, while there are newer Tk versions available on www.activestate.com (8.5.13 and 8.6.0). But I don't know how to connect a stand-alone version of Tcl/Tk with Python, and I don't want to mess up my Python installation.

----------
nosy: +dzabel

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Sat Mar  9 23:43:32 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 09 Mar 2013 22:43:32 +0000
Subject: [issue17388] Providing invalid value to random.sample can result in
	incorrect error message
In-Reply-To: <1362820049.53.0.165756235427.issue17388@psf.upfronthosting.co.za>
Message-ID: <1362869012.12.0.440382203095.issue17388@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17388>
_______________________________________

From report at bugs.python.org  Sat Mar  9 23:44:44 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 09 Mar 2013 22:44:44 +0000
Subject: [issue11963] Remove human verification from test suite (test_parser
	and test_subprocess)
In-Reply-To: <1304178205.97.0.319156485187.issue11963@psf.upfronthosting.co.za>
Message-ID: <1362869084.96.0.441394667828.issue11963@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> Putting another layer of indirection with script_helper could obfuscate 
> it to the point of making it unreadable (what stdout are we talking 
> about?  It?s a subprocess in a subprocess in a test).

The attached patch does this.  The basic idea for test_stdout_none is that the subprocess inherits the stdout of the parent if stdout=None.
If the test launches a subprocess with stdout=None, the subprocess will print on the test's stdout.  This is what currently happens, and that's why you see "this bit of output is from a test of stdout in a different process" while running test_subprocess.  If we add another layer, we have the test that launches a subprocess (parent), that in turn launches another subprocess (child).  The child process inherits the stdout of the parent process, and prints on it, and the test can then check the value of the parent stdout.

For test_stdout_filedes_of_stdout I used the same method, and everything seems to work fine.

----------
versions: +Python 2.7, Python 3.2, Python 3.4
Added file: http://bugs.python.org/file29359/issue11963.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11963>
_______________________________________

From report at bugs.python.org  Sat Mar  9 23:45:05 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Mar 2013 22:45:05 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1362869105.58.0.235588598082.issue14146@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Martin, is there any way to test if tcl/tk 8.5.13 and/or 8.6.0 fix this windows-only tk issue?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Sat Mar  9 23:57:36 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 09 Mar 2013 22:57:36 +0000
Subject: [issue17388] Providing invalid value to random.sample can result in
	incorrect error message
In-Reply-To: <1362820049.53.0.165756235427.issue17388@psf.upfronthosting.co.za>
Message-ID: <1362869856.95.0.505415537647.issue17388@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

A negative value will almost never be the cause of this exception.

The proposed new message is more accurate but is also less useful and informative.  Getting a ValueError exception already means "the value is invalid".  The job of the message is to suggest the likely cause so a person will no what to do about it. 

That said, I'll tweak the message at some point but I'm rejecting the patch as-is because I believe it makes the message worse rather better.

Please do keep looking for ways to improve Python's error messages and make them as useful as possible.

Here's food for thought:  In Py2.x, the error message for len(obj) is different depending on whether it is a new-style or old-style class.  If someone has forgotten to add the appropriate magic method to their class, which message would be the most helpful:

>>> class A(object): pass

>>> len(A())
Traceback (most recent call last):
    ...
TypeError: object of type 'A' has no len()

>>> class A: pass
>>> len(A())
Traceback (most recent call last):
    ...
AttributeError: A instance has no attribute '__len__'

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17388>
_______________________________________

From report at bugs.python.org  Sun Mar 10 00:20:07 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 09 Mar 2013 23:20:07 +0000
Subject: [issue11963] Remove human verification from test suite (test_parser
	and test_subprocess)
In-Reply-To: <1304178205.97.0.319156485187.issue11963@psf.upfronthosting.co.za>
Message-ID: <1362871207.98.0.44083491234.issue11963@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee:  -> ezio.melotti
Added file: http://bugs.python.org/file29360/issue11963.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11963>
_______________________________________

From report at bugs.python.org  Sun Mar 10 00:32:33 2013
From: report at bugs.python.org (Chris Tandiono)
Date: Sat, 09 Mar 2013 23:32:33 +0000
Subject: [issue17388] Providing invalid value to random.sample can result in
	incorrect error message
In-Reply-To: <1362820049.53.0.165756235427.issue17388@psf.upfronthosting.co.za>
Message-ID: <1362871953.43.0.973096928718.issue17388@psf.upfronthosting.co.za>


Chris Tandiono added the comment:

Hmm. I'm not sure I buy the argument that the new message is less useful (wouldn't you like to know the exact values that caused the problem? that's what int() does when you provide it garbage). I guess it could be less informative, since you have to decide for yourself whether it's too large or too small a value.

At any rate, I think that whatever modification(s) you make to the message, it shouldn't say "Sample larger than population" when k < 0, because that's just plain misleading.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17388>
_______________________________________

From report at bugs.python.org  Sun Mar 10 00:35:19 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 09 Mar 2013 23:35:19 +0000
Subject: [issue16389] re._compiled_typed's lru_cache causes significant
	degradation of the mako_v2 bench
In-Reply-To: <1351880615.07.0.187029674279.issue16389@psf.upfronthosting.co.za>
Message-ID: <1362872119.73.0.172285727499.issue16389@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

A few thoughts:

* The LRU cache was originally intended for IO bound calls not for tight, frequently computationally bound calls like re.compile.

* The Py3.3 version of lru_cache() favors size optimizations (i.e. it uses only one dictionary instead of the two used by OrderedDict and keyword arguments are flattened into a single list instead of a nested structure).  Also, the 3.3 version assures that __hash__ is not called more than one for a given key (this change helps objects that have a slow hash function and it helps solve a reentrancy problem with recursive cached function calls).  The cost of these changes is that _make_key is slower than it was before.

* I had hoped to get in a C version of _make_key before Py3.3 went out but I didn't have time.  Going forward, the lru_cache() will likely have a C-implementation that is blindingly fast.  

* For the re module, it might make sense to return to custom logic in the re modue that implements size limited caching without the overhead of 1) LRU logic, 2) general purpose argument handling, 3) reentrancy or locking logic, and 4) without statistics tracking.

----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16389>
_______________________________________

From report at bugs.python.org  Sun Mar 10 01:04:33 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 10 Mar 2013 00:04:33 +0000
Subject: [issue16389] re._compiled_typed's lru_cache causes significant
	degradation of the mako_v2 bench
In-Reply-To: <1351880615.07.0.187029674279.issue16389@psf.upfronthosting.co.za>
Message-ID: <1362873873.81.0.606548813144.issue16389@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Until the lru_cache can be sped-up significantly, I recommend just accepting Serhiy's patch to go back to 3.2 logic in the regex module.

In the meantime, I'll continue to work on improving speed of _make_key().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16389>
_______________________________________

From report at bugs.python.org  Sun Mar 10 02:30:13 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 10 Mar 2013 01:30:13 +0000
Subject: [issue11963] Remove human verification from test suite (test_parser
	and test_subprocess)
In-Reply-To: <1304178205.97.0.319156485187.issue11963@psf.upfronthosting.co.za>
Message-ID: <3ZNlHl2bLhzQlF@mail.python.org>


Roundup Robot added the comment:

New changeset 61ec83956ba6 by Ezio Melotti in branch '2.7':
#11963: fix Windows buildbots.
http://hg.python.org/cpython/rev/61ec83956ba6

New changeset 64b87578c071 by Ezio Melotti in branch '3.2':
#11963: fix Windows buildbots.
http://hg.python.org/cpython/rev/64b87578c071

New changeset f683ca2b30e3 by Ezio Melotti in branch '3.3':
#11963: merge with 3.2.
http://hg.python.org/cpython/rev/f683ca2b30e3

New changeset 65147d2422dc by Ezio Melotti in branch 'default':
#11963: merge with 3.3.
http://hg.python.org/cpython/rev/65147d2422dc

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11963>
_______________________________________

From report at bugs.python.org  Sun Mar 10 02:36:21 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 10 Mar 2013 01:36:21 +0000
Subject: [issue17329] Document unittest.SkipTest
In-Reply-To: <1362150273.59.0.386989863107.issue17329@psf.upfronthosting.co.za>
Message-ID: <1362879381.34.0.998761962727.issue17329@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee: docs at python -> ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17329>
_______________________________________

From report at bugs.python.org  Sun Mar 10 02:48:34 2013
From: report at bugs.python.org (Anuj Gupta)
Date: Sun, 10 Mar 2013 01:48:34 +0000
Subject: [issue17317] Benchmark driver should calculate actual benchmark count
	in -h
In-Reply-To: <1361995899.75.0.774872352722.issue17317@psf.upfronthosting.co.za>
Message-ID: <1362880114.96.0.643906682846.issue17317@psf.upfronthosting.co.za>


Anuj Gupta added the comment:

Fixed ( My first contribution ever, please be kind :) )

----------
keywords: +patch
nosy: +anuj
type:  -> behavior
Added file: http://bugs.python.org/file29361/benchmark_count.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17317>
_______________________________________

From report at bugs.python.org  Sun Mar 10 03:20:18 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Sun, 10 Mar 2013 02:20:18 +0000
Subject: [issue17387] Error in C API documentation of PySequenceMethods
In-Reply-To: <1362790710.8.0.92948490889.issue17387@psf.upfronthosting.co.za>
Message-ID: <1362882018.02.0.0677336745754.issue17387@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17387>
_______________________________________

From report at bugs.python.org  Sun Mar 10 03:21:05 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Sun, 10 Mar 2013 02:21:05 +0000
Subject: [issue16136] Removal of VMS support
In-Reply-To: <1349389263.57.0.925729224322.issue16136@psf.upfronthosting.co.za>
Message-ID: <1362882065.96.0.503671036175.issue16136@psf.upfronthosting.co.za>


Jes?s Cea Avi?n added the comment:

Ping...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16136>
_______________________________________

From report at bugs.python.org  Sun Mar 10 03:23:03 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Sun, 10 Mar 2013 02:23:03 +0000
Subject: [issue17385] Use deque instead of list the threading.Condition waiter
	queue
In-Reply-To: <1362723386.92.0.340971682948.issue17385@psf.upfronthosting.co.za>
Message-ID: <1362882183.04.0.902594280755.issue17385@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17385>
_______________________________________

From report at bugs.python.org  Sun Mar 10 03:28:42 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 10 Mar 2013 02:28:42 +0000
Subject: [issue14489] repr() function link on the built-in function
	documentation is incorrect
In-Reply-To: <1333520679.63.0.90940412535.issue14489@psf.upfronthosting.co.za>
Message-ID: <3ZNmbF5rhTzQxl@mail.python.org>


Roundup Robot added the comment:

New changeset aea3167355fc by Ezio Melotti in branch '2.7':
#14489: fix wrong link.
http://hg.python.org/cpython/rev/aea3167355fc

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14489>
_______________________________________

From report at bugs.python.org  Sun Mar 10 03:30:46 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 10 Mar 2013 02:30:46 +0000
Subject: [issue14489] repr() function link on the built-in function
	documentation is incorrect
In-Reply-To: <1333520679.63.0.90940412535.issue14489@psf.upfronthosting.co.za>
Message-ID: <1362882646.72.0.917982864357.issue14489@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The s/:func:`repr`/:func:`.repr`/ committed by Georg got lost in 07b3fc67bf45, however reintroducing it results in this warning:
"Doc/library/functions.rst:1182: WARNING: duplicate object description of repr, other instance in Doc/library/repr.rst, use :noindex: for one of them"
Even after adding the :noindex: the repr() in the table wasn't a link, so I ended up using a workaround that fixed the link and didn't need the :noindex:.

----------
assignee: docs at python -> ezio.melotti
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14489>
_______________________________________

From report at bugs.python.org  Sun Mar 10 03:54:57 2013
From: report at bugs.python.org (karl)
Date: Sun, 10 Mar 2013 02:54:57 +0000
Subject: [issue17340] Handle malformed cookie
In-Reply-To: <1362309033.05.0.860433762185.issue17340@psf.upfronthosting.co.za>
Message-ID: <1362884097.28.0.602754208715.issue17340@psf.upfronthosting.co.za>


karl added the comment:

The current status of RFC6265 is PROPOSED STANDARD 
http://www.rfc-editor.org/info/rfc6265

Adam Barth is part of the Google Chrome Team. I do not want to talk for Adam. So better ask him, I don't think he has the energy/will to push further through the IETF process.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17340>
_______________________________________

From report at bugs.python.org  Sun Mar 10 04:09:13 2013
From: report at bugs.python.org (Ned Batchelder)
Date: Sun, 10 Mar 2013 03:09:13 +0000
Subject: [issue17351] Fixed python3 descriptor documentation example + removal
	of explicit "object" inheritance in docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362884953.55.0.958945318793.issue17351@psf.upfronthosting.co.za>


Ned Batchelder added the comment:

Why is it important to remove subclassing object?  Isn't it still good form to mention object as a base class.

----------
nosy: +nedbat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Sun Mar 10 04:09:32 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Sun, 10 Mar 2013 03:09:32 +0000
Subject: [issue17379] Zen amendment
In-Reply-To: <1362670179.84.0.620093919889.issue17379@psf.upfronthosting.co.za>
Message-ID: <1362884972.45.0.723450908659.issue17379@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17379>
_______________________________________

From report at bugs.python.org  Sun Mar 10 04:36:24 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 10 Mar 2013 03:36:24 +0000
Subject: [issue16278] os.rename documentation slightly inaccurate
In-Reply-To: <1350581776.08.0.668682100781.issue16278@psf.upfronthosting.co.za>
Message-ID: <1362886584.79.0.138072937488.issue16278@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Version 2 of the patch includes many improvements most of which were suggested by Ezio making the patch a much higher quality.  The patch is very WET at this point.  I still need to test on Windows which I plan to do as soon as I can get my Windows partition in order.  

Thanks for all the great feedback!

----------
Added file: http://bugs.python.org/file29362/16278OSRenameDocsTestV2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16278>
_______________________________________

From report at bugs.python.org  Sun Mar 10 04:39:41 2013
From: report at bugs.python.org (Mike Hoy)
Date: Sun, 10 Mar 2013 03:39:41 +0000
Subject: [issue17387] Error in C API documentation of PySequenceMethods
In-Reply-To: <1362790710.8.0.92948490889.issue17387@psf.upfronthosting.co.za>
Message-ID: <1362886781.24.0.0580418720775.issue17387@psf.upfronthosting.co.za>


Mike Hoy added the comment:

I was looking at 3.4 files. You're right it is in 2.7. Guess you have all the info you need to make a patch for it then?

ssizessizeargfunc PySequenceMethods.sq_slice

It passes the lower and upper bound and expects back a subsequence.

Or is there more to it than that? I cannot for the life of me make any sense out of it. Here I was sitting looking at this thinking it would be very easy doc fix for me but in the end I think I'll bow out.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17387>
_______________________________________

From report at bugs.python.org  Sun Mar 10 05:37:34 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 10 Mar 2013 04:37:34 +0000
Subject: [issue17351] Fixed python3 descriptor documentation example + removal
	of explicit "object" inheritance in docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362890254.46.0.976353470171.issue17351@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> Why is it important to remove subclassing object?

It's not /important/, but those are just leftovers from 2.x, and there's no reason to keep them around.

> Isn't it still good form to mention object as a base class.

I don't think so (or at least I've never seen anyone suggesting to keep or add "object" explicitly).

The patch LGTM, so unless there's a valid reason to keep the "object" around I'll commit it soon.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Sun Mar 10 07:31:38 2013
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 10 Mar 2013 06:31:38 +0000
Subject: [issue16895] Batch file to mimic 'make' on Windows
In-Reply-To: <1357677821.21.0.151237367429.issue16895@psf.upfronthosting.co.za>
Message-ID: <1362897098.29.0.261434521408.issue16895@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Here's an updated version in the form of a patch.

Features include:

- Ensure things are done in the right directory with pushd/popd

- Allow setting environment variables (for the life of the script) with:
     make test "PYTHON=..\PCbuild\python.exe"

- Emulate UNIX's `make -C <dir>` (cd dir; call make.bat %*, essentially)

- Choose x86 or x64 with "-64" command line switch

- Intelligently choose an interpreter for `make patchcheck` and `make test`

- Available targets are: build, clean, patchcheck, ready, test.  "ready" is implemented by Tools/buildbot/external[-amd64].bat; "make ready" sounds better and possibly more accurate than "make external" to me.

- Create a convenience "python.bat" script, which calls the newly built interpreter with all supplied arguments.  Created by :build, deleted by :clean (and added to .hgignore)


Everything seems to work ok for me, but my testing platforms are limited to a single Win7 laptop, currently.  This issue is also somewhat constrained by issue 17202; it is supposed to work without any change to .hgeol, but that can't be guaranteed.

----------
keywords: +patch
Added file: http://bugs.python.org/file29363/win_make.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16895>
_______________________________________

From report at bugs.python.org  Sun Mar 10 07:35:45 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 10 Mar 2013 06:35:45 +0000
Subject: [issue17385] Use deque instead of list the threading.Condition waiter
	queue
In-Reply-To: <1362723386.92.0.340971682948.issue17385@psf.upfronthosting.co.za>
Message-ID: <1362897345.56.0.951698048186.issue17385@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Tim, do you remember why Condition.notify() went to great lengths to act as if the lock could be released after the check for self._is_owned()?  

It loops over its own a copy of __waiters, and the __waiters.remove(waiter) code is wrapped in a try/except to detect a situation where __waiters mutated during the release-loop.  I'm presuming that defensive programming was put there for a reason.

----------
nosy: +tim_one

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17385>
_______________________________________

From report at bugs.python.org  Sun Mar 10 07:46:16 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 10 Mar 2013 06:46:16 +0000
Subject: [issue17351] Fixed python3 descriptor documentation example + removal
	of explicit "object" inheritance in docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362897976.94.0.646320503647.issue17351@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

[Ned]
> Isn't it still good form to mention object as a base class.

I don't think so.  The classes look much cleaner without it.

+1 from for removing (object) from most examples (except for the descriptor howto).

[Terry]
> The respective howto and examples authors should give their 
> OK for deleting '(object)' in case they are trying to keep 
> one text compatible across 2 and 3. I added the other two 
> to the nosy list.

Thanks Terry.  Yes, I would like to keep (object) in the text of the descriptor how-to.  As you said, it keeps the text compatible.  But also, the explicit inheritance from (object) is an aid to clarity in a document that needs to highlight that attribute access occurs in two forms, object.__getattribute__ and type.__getattribute__.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Sun Mar 10 12:12:20 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 10 Mar 2013 11:12:20 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <1362829347.05.0.139700597073.issue17389@psf.upfronthosting.co.za>
Message-ID: <1362913940.62.0.178769998633.issue17389@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Sun Mar 10 12:14:31 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 10 Mar 2013 11:14:31 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <1362829347.05.0.139700597073.issue17389@psf.upfronthosting.co.za>
Message-ID: <1362914071.75.0.257248382005.issue17389@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

I think there's a race condition in the patched version:  'self._flag' could be set in between if 'if not signaled:' and the 'self._cond.acquire()', and in that case you'll end up waiting for an event that's already occurred.  Do you need to recheck 'self._flag' after acquiring the condition?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Sun Mar 10 12:26:07 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 10 Mar 2013 11:26:07 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <1362829347.05.0.139700597073.issue17389@psf.upfronthosting.co.za>
Message-ID: <1362914767.18.0.871496274098.issue17389@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

How about the attached simpler patch?

----------
Added file: http://bugs.python.org/file29364/event_wait_metd.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Sun Mar 10 12:37:57 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 10 Mar 2013 11:37:57 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <1362914767.18.0.871496274098.issue17389@psf.upfronthosting.co.za>
Message-ID: <1362915249.3480.1.camel@localhost.localdomain>


Antoine Pitrou added the comment:

> How about the attached simpler patch?

Looks better indeed! I had completely overlooked the possible race
condition.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Sun Mar 10 13:56:34 2013
From: report at bugs.python.org (bagrat lazaryan)
Date: Sun, 10 Mar 2013 12:56:34 +0000
Subject: [issue17390] display python version on idle title bar
Message-ID: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>


New submission from bagrat lazaryan:

useful for those who routinely use different versions of python on idle. as it ships, idle displays "python shell" on its title bar. it would be useful to have there the version displayed as well.

see http://bagratte.blogspot.it/2013/03/display-python-version-on-idle-title-bar_10.html

----------
components: IDLE
messages: 183874
nosy: bagratte
priority: normal
severity: normal
status: open
title: display python version on idle title bar
type: enhancement
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Sun Mar 10 14:47:27 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 10 Mar 2013 13:47:27 +0000
Subject: [issue17385] Use deque instead of list the threading.Condition waiter
	queue
In-Reply-To: <1362723386.92.0.340971682948.issue17385@psf.upfronthosting.co.za>
Message-ID: <1362923247.97.0.789380152808.issue17385@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Actually, wait() calls self._waiters.remove() without holding the lock. But I think it could easily do so after taking the lock (since it takes it anyway before returning).

Also, _waiters should better be a set, since wait() needs the associative behaviour when unregistering a waiter.

notify() would then look like:

for i in range(n):
    try:
        waiter = self._waiters.pop()
    except KeyError:
        break
    waiter.release()

and wait() would look like:

waiter = _allocate_lock()
waiter.acquire()
self._waiters.add(waiter)
self._release_save()
try:
    return waiter.acquire(timeout)
finally:
    self._acquire_restore()
    self._waiters.discard(waiter)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17385>
_______________________________________

From report at bugs.python.org  Sun Mar 10 15:11:44 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 10 Mar 2013 14:11:44 +0000
Subject: [issue17385] Use deque instead of list the threading.Condition waiter
	queue
In-Reply-To: <1362723386.92.0.340971682948.issue17385@psf.upfronthosting.co.za>
Message-ID: <1362924704.78.0.742403399815.issue17385@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

That said, I seem to remember a discussion of Condition's fairness.
Right now, waiters are notified in the order of wait() calls. This wouldn't be the case anymore if using a set instead of a list or deque.

Also, I can't remember a situation where I made an intensive use of a Condition (say, hundreds of calls per second), as opposed to Lock and RLock which can be heavily invoked to protect the integrity of critical data structures.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17385>
_______________________________________

From report at bugs.python.org  Sun Mar 10 15:18:23 2013
From: report at bugs.python.org (Jeffrey Armstrong)
Date: Sun, 10 Mar 2013 14:18:23 +0000
Subject: [issue17391] _cursesmodule Fails to Build on GCC 2.95 (static)
Message-ID: <1362925103.81.0.892590106021.issue17391@psf.upfronthosting.co.za>


New submission from Jeffrey Armstrong:

When compiling Modules/_cursesmodule.c as a static module with GCC 2.95.3, an error is encountered on line 2260 in PyCurses_GetWin.  The error occurs because the PyCursesInitialised macro appears prior _Py_IDENTIFIER(read), which is actually a variable declaration.  Switching the order of the statements fixes the issue.

In all other functions within Modules/_cursesmodule.c, PyCursesInitialised always appears after all variable declarations.

This bug was encountered on the platform m68k-atari-mint using Python 3.3.0 and GCC 2.95.3.

----------
components: Build
files: curses.patch
keywords: patch
messages: 183877
nosy: Jeffrey.Armstrong
priority: normal
severity: normal
status: open
title: _cursesmodule Fails to Build on GCC 2.95 (static)
type: compile error
versions: Python 3.3
Added file: http://bugs.python.org/file29365/curses.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17391>
_______________________________________

From report at bugs.python.org  Sun Mar 10 15:57:21 2013
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 10 Mar 2013 14:57:21 +0000
Subject: [issue17317] Benchmark driver should calculate actual benchmark count
	in -h
In-Reply-To: <1361995899.75.0.774872352722.issue17317@psf.upfronthosting.co.za>
Message-ID: <1362927441.31.0.422063461949.issue17317@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Thanks for the patch, Anuj! The solution looks fine. While reviewing I discovered the test suite didn't work anymore and so I fixed that plus added a test to the name expansion to make sure it would always work properly. All of that is included in the patch I uploaded.

Could you sign the CLA at http://www.python.org/psf/contrib/contrib-form/ and then ping this bug once you have? When that is done then I can commit our combined patch.

----------
assignee:  -> brett.cannon
components: +Benchmarks
stage:  -> commit review
Added file: http://bugs.python.org/file29366/count_benchmarks.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17317>
_______________________________________

From report at bugs.python.org  Sun Mar 10 15:59:10 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Sun, 10 Mar 2013 14:59:10 +0000
Subject: [issue16895] Batch file to mimic 'make' on Windows
In-Reply-To: <1357677821.21.0.151237367429.issue16895@psf.upfronthosting.co.za>
Message-ID: <1362927550.17.0.625475242595.issue16895@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

+1

To use Tools/builbot/*.bat doesn't the current directory have to be the main directory of the repository?  Then I see no point in the "-C" argument: just set the correct directory automatically.

I think make.bat should also support creation of non-debug builds.  (Maybe have targets "release" and "debug"?)

Tools/buildbot/build*.bat already calls external.bat and clean.bat.  This currently makes the "ready" target unnecessary.  However, I don't think build should be calling clean.bat (or external.bat).  Perhaps you should just inline the necessary parts of Tools/buildbot/build*.bat.

----------
nosy: +sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16895>
_______________________________________

From report at bugs.python.org  Sun Mar 10 15:59:50 2013
From: report at bugs.python.org (B. Kyven)
Date: Sun, 10 Mar 2013 14:59:50 +0000
Subject: [issue17251] LWPCookieJar load() set domain_specifed wrong
In-Reply-To: <1361342913.69.0.115494364841.issue17251@psf.upfronthosting.co.za>
Message-ID: <1362927590.71.0.31343616025.issue17251@psf.upfronthosting.co.za>


B. Kyven added the comment:

@Demian Brecht
Um, I do realize the lack of popularity of this module, now.

What I try to achieve is simple. store persistent cookies in a way, that's told to be standard in python ?

Actually, I was trying to sync QtCookiesJar to CookieJar to make urllib2 works with cookie sessions opened in QtWebKit to skip the heavy javascript powered login process.(now it works either way not both) And I need a way to save persistent cookie. Maybe I need to rethink my strategy. Any thoughts?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17251>
_______________________________________

From report at bugs.python.org  Sun Mar 10 16:19:49 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Sun, 10 Mar 2013 15:19:49 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <1362829347.05.0.139700597073.issue17389@psf.upfronthosting.co.za>
Message-ID: <1362928789.18.0.300029349572.issue17389@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Sun Mar 10 17:18:36 2013
From: report at bugs.python.org (Anuj Gupta)
Date: Sun, 10 Mar 2013 16:18:36 +0000
Subject: [issue17317] Benchmark driver should calculate actual benchmark count
	in -h
In-Reply-To: <1361995899.75.0.774872352722.issue17317@psf.upfronthosting.co.za>
Message-ID: <1362932316.96.0.461595084019.issue17317@psf.upfronthosting.co.za>


Anuj Gupta added the comment:

I've already signed that. I was contemplating adding my name to the Misc/ACK file but I'd like to know if it's appropriate. Certainly gives one a confidence boost, but I'm not aware whether this fix qualifies me for it.

I'd like to contribute a lot more code to Python. Could you guide me a little for that please?

Thanks

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17317>
_______________________________________

From report at bugs.python.org  Sun Mar 10 17:29:36 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 10 Mar 2013 16:29:36 +0000
Subject: [issue3329] API for setting the memory allocator used by Python
In-Reply-To: <1215632933.18.0.0332019532518.issue3329@psf.upfronthosting.co.za>
Message-ID: <1362932976.99.0.364901898884.issue3329@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3329>
_______________________________________

From report at bugs.python.org  Sun Mar 10 17:36:19 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 10 Mar 2013 16:36:19 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
In-Reply-To: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>
Message-ID: <1362933379.78.0.97412754146.issue17323@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

If this is done, it should probably be on by default on all --with-pydebug buildbots.  Otherwise I suspect nobody will _ever_ look at its output and we should just remove the feature all together.

Being off in the main process on the build bots would still make test_subprocess.py happier though as that test's own child processes wouldn't pass the command line flag to enable it so they wouldn't see it in child process stderr.

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From report at bugs.python.org  Sun Mar 10 17:37:18 2013
From: report at bugs.python.org (Anuj Gupta)
Date: Sun, 10 Mar 2013 16:37:18 +0000
Subject: [issue17317] Benchmark driver should calculate actual benchmark count
	in -h
In-Reply-To: <1361995899.75.0.774872352722.issue17317@psf.upfronthosting.co.za>
Message-ID: <1362933438.08.0.386012789058.issue17317@psf.upfronthosting.co.za>


Anuj Gupta added the comment:

Improved wording of the comment

----------
Added file: http://bugs.python.org/file29367/benchmark_count.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17317>
_______________________________________

From report at bugs.python.org  Sun Mar 10 17:37:38 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 10 Mar 2013 16:37:38 +0000
Subject: [issue17351] Fixed python3 descriptor documentation example + removal
	of explicit "object" inheritance in docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <3ZP7Qn3zY8zRf4@mail.python.org>


Roundup Robot added the comment:

New changeset 513c4aaf70d7 by Raymond Hettinger in branch '2.7':
Issue #17351: Modernize the pure Python property() example.
http://hg.python.org/cpython/rev/513c4aaf70d7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Sun Mar 10 17:42:42 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 10 Mar 2013 16:42:42 +0000
Subject: [issue17351] Fixed python3 descriptor documentation example + removal
	of explicit "object" inheritance in docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <3ZP7Xd6LJDzRvh@mail.python.org>


Roundup Robot added the comment:

New changeset bb7e01b5d362 by Raymond Hettinger in branch '3.3':
Issue #17351: Modernize the pure Python property() example.
http://hg.python.org/cpython/rev/bb7e01b5d362

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Sun Mar 10 17:45:37 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 10 Mar 2013 16:45:37 +0000
Subject: [issue17351] Remove explicit "object" inheritance in Python 3 docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362933937.83.0.661329692626.issue17351@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
title: Fixed python3 descriptor documentation example + removal of explicit "object" inheritance in docs -> Remove explicit "object" inheritance in Python 3 docs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Sun Mar 10 18:29:47 2013
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 10 Mar 2013 17:29:47 +0000
Subject: [issue16895] Batch file to mimic 'make' on Windows
In-Reply-To: <1362927550.17.0.625475242595.issue16895@psf.upfronthosting.co.za>
Message-ID: <CAKJDb-O_oVERk8C4cNM55sXYq1+eda5s9V_bas1m2HL9WAxobw@mail.gmail.com>


Zachary Ware added the comment:

> Richard Oudkerk added the comment:
>
> +1
Thank you :)

> To use Tools/builbot/*.bat doesn't the current directory have to be the main directory of the repository?  Then I see no point in the "-C" argument: just set the correct directory automatically.

That is true, and it does already automatically set the correct
directory.  The point of the -C option is for Doc/make.bat--from the
root dir, call "make -C Doc html", and make cd's into Doc, and there
calls "make.bat html", and the html docs are made.  I didn't just
hardwire the option to "-C Doc" even though that's the only place that
can use -C, just in case there is someday another make.bat floating
around the repository.  The original version I posted just had a "doc"
target that called Doc/make.bat with supplied arguments, but forcing
the use of the UNIXy command makes documenting how to do things
easier: just one command on all platforms.

> I think make.bat should also support creation of non-debug builds.  (Maybe have targets "release" and "debug"?)

I agree.  I've had a thought for this; what about adding a
"configure.bat" that takes a few of the applicable options from the
UNIX "configure" script, and sets some environment variables (and/or
writes out a "win-config.dat") for make.bat's use?

> Tools/buildbot/build*.bat already calls external.bat and clean.bat.  This currently makes the "ready" target unnecessary.

I thought the same initially, but I realized that it is useful for
building using the VS GUI--clone the repo, call "make ready", then
open pcbuild.sln in Visual Studio and you're ready to build everything
there.

> However, I don't think build should be calling clean.bat (or external.bat).  Perhaps you should just inline the necessary parts of Tools/buildbot/build*.bat.

I've thought about this too, and am thinking that it would make a
certain amount of sense to inline the entirety of Tools/buildbot.
Make everything possible from just make.bat, and eventually migrate
the buildbots to use it, and then the Tools/buildbot directory can go
away alltogether.  This would also make doing release vs debug easier.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16895>
_______________________________________

From report at bugs.python.org  Sun Mar 10 18:37:41 2013
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 10 Mar 2013 17:37:41 +0000
Subject: [issue17317] Benchmark driver should calculate actual benchmark count
	in -h
In-Reply-To: <1361995899.75.0.774872352722.issue17317@psf.upfronthosting.co.za>
Message-ID: <1362937061.45.0.771684921852.issue17317@psf.upfronthosting.co.za>


Brett Cannon added the comment:

How and when did you sign the CLA? It has not been registered yet that you have, else your username would have an asterisk next to it.

As for Misc/ACKS, that's in Python itself and not the benchmark suite so this wouldn't get you in that file.

To contribute more, make sure to read the devguide at http://docs.python.org/devguide/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17317>
_______________________________________

From report at bugs.python.org  Sun Mar 10 18:45:56 2013
From: report at bugs.python.org (Anuj Gupta)
Date: Sun, 10 Mar 2013 17:45:56 +0000
Subject: [issue17317] Benchmark driver should calculate actual benchmark count
	in -h
In-Reply-To: <1361995899.75.0.774872352722.issue17317@psf.upfronthosting.co.za>
Message-ID: <1362937556.22.0.921714151218.issue17317@psf.upfronthosting.co.za>


Anuj Gupta added the comment:

I did it yesterday while studying the devguide and "how to get started" articles. Just did it again, and received an email with the subject "The Python Contributor Agreement Form (between Anuj Gupta and Python Software Foundation) is Signed and Filed!".

Still no asterisk :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17317>
_______________________________________

From report at bugs.python.org  Sun Mar 10 18:49:20 2013
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 10 Mar 2013 17:49:20 +0000
Subject: [issue17317] Benchmark driver should calculate actual benchmark count
	in -h
In-Reply-To: <1361995899.75.0.774872352722.issue17317@psf.upfronthosting.co.za>
Message-ID: <1362937760.17.0.729884309586.issue17317@psf.upfronthosting.co.za>


Brett Cannon added the comment:

The asterisk is added manually by a person, so by virtue of it being a weekend no one has gotten to it yet. As soon as it has been processed and I have time I will commit the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17317>
_______________________________________

From report at bugs.python.org  Sun Mar 10 19:25:03 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Mar 2013 18:25:03 +0000
Subject: [issue16895] Batch file to mimic 'make' on Windows
In-Reply-To: <1357677821.21.0.151237367429.issue16895@psf.upfronthosting.co.za>
Message-ID: <1362939903.62.0.366835134488.issue16895@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

One must run external.bat if one is to subsequently build from the vs gui with *most* of the external dependencies. I think the command to run it should be 'external', not 'ready'. 'External' means get the external dependencies and anyone who has run external.bat will know what it means. 'Ready' does not mean anything in particular.

Just curious:
Why do the buildbots run make clean before re-compiling? I seems like lots of extra work to re-compile things that are up to date?

What does running 'kill-python before re-building python do? I have not seen it mentioned in the in the devguide or pcbuild/readme.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16895>
_______________________________________

From report at bugs.python.org  Sun Mar 10 19:54:30 2013
From: report at bugs.python.org (Nickolai Zeldovich)
Date: Sun, 10 Mar 2013 18:54:30 +0000
Subject: [issue17016] _sre: avoid relying on pointer overflow
In-Reply-To: <1358870068.45.0.162917053865.issue17016@psf.upfronthosting.co.za>
Message-ID: <1362941670.56.0.724108896883.issue17016@psf.upfronthosting.co.za>


Nickolai Zeldovich added the comment:

Sorry for the delay.  Attached is an updated patch that should fix all of the issues mentioned in this bug report.

----------
Added file: http://bugs.python.org/file29368/pp-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17016>
_______________________________________

From report at bugs.python.org  Sun Mar 10 20:36:22 2013
From: report at bugs.python.org (Simon Wagner)
Date: Sun, 10 Mar 2013 19:36:22 +0000
Subject: [issue17392] Python installer for Windows packages wrong zipfile.py
Message-ID: <1362944182.73.0.355827245309.issue17392@psf.upfronthosting.co.za>


New submission from Simon Wagner:

Wrong version of zipfile.py is packaged with the Windows installer for Python 3.2 and 3.3. It seems to be the version from 3.1.

Other files might also be wrong, I did not check.

----------
components: Installation, Windows
messages: 183892
nosy: Simon.Wagner
priority: normal
severity: normal
status: open
title: Python installer for Windows packages wrong zipfile.py
type: behavior
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17392>
_______________________________________

From report at bugs.python.org  Sun Mar 10 20:59:25 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Mar 2013 19:59:25 +0000
Subject: [issue763043] unable to specify another compiler
Message-ID: <1362945565.74.0.73309927034.issue763043@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Is this still relevant, or should it be closed?

I no 0 idea what either of you think should be changed in the docs and where, and I suspect the same would be true of any other non-disutils expert, so if a patch is needed, it should come from one you two (Matthias?).

Meththias, you are not marked as having a Contributor Agreement on file. Paper forms were lost some years ago. I had to re-submit too. It is even easier now. http://www.python.org/psf/contrib/

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue763043>
_______________________________________

From report at bugs.python.org  Sun Mar 10 21:03:53 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Mar 2013 20:03:53 +0000
Subject: [issue8318] Deprecation of multifile inappropriate or incomplete
In-Reply-To: <1270489322.03.0.368739706632.issue8318@psf.upfronthosting.co.za>
Message-ID: <1362945833.22.0.57196504876.issue8318@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8318>
_______________________________________

From report at bugs.python.org  Sun Mar 10 21:04:00 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Mar 2013 20:04:00 +0000
Subject: [issue8318] Deprecation of multifile inappropriate or incomplete
In-Reply-To: <1270489322.03.0.368739706632.issue8318@psf.upfronthosting.co.za>
Message-ID: <1362945840.88.0.132485935366.issue8318@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage: needs patch -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8318>
_______________________________________

From report at bugs.python.org  Sun Mar 10 21:22:54 2013
From: report at bugs.python.org (Lennart Regebro)
Date: Sun, 10 Mar 2013 20:22:54 +0000
Subject: [issue17393] stdlib import mistaken for local by import_fixer
Message-ID: <1362946974.63.0.419293411414.issue17393@psf.upfronthosting.co.za>


New submission from Lennart Regebro:

If you have a local folder (without an __init__.py, hence just a normal folder) with the same name as a non local module, the import statements of that module will assumed to be local and transformed from for example ``import datetime`` to ``from . import datetime``.

----------
components: 2to3 (2.x to 3.x conversion tool)
messages: 183894
nosy: lregebro
priority: normal
severity: normal
status: open
title: stdlib import mistaken for local by import_fixer
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17393>
_______________________________________

From report at bugs.python.org  Sun Mar 10 21:23:14 2013
From: report at bugs.python.org (Lennart Regebro)
Date: Sun, 10 Mar 2013 20:23:14 +0000
Subject: [issue17393] stdlib import mistaken for local by import_fixer
In-Reply-To: <1362946974.63.0.419293411414.issue17393@psf.upfronthosting.co.za>
Message-ID: <1362946994.7.0.382917497617.issue17393@psf.upfronthosting.co.za>


Changes by Lennart Regebro <regebro at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17393>
_______________________________________

From report at bugs.python.org  Sun Mar 10 21:24:20 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 10 Mar 2013 20:24:20 +0000
Subject: [issue17066] Fix test discovery for test_robotparser.py
In-Reply-To: <1359405171.11.0.463426342019.issue17066@psf.upfronthosting.co.za>
Message-ID: <1362947060.8.0.241866993652.issue17066@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Do you think doing something like:

class BaseRobotTest:
    def setUp(self):
        lines = io.StringIO(robots_txt).readlines()
        self.parser = urllib.robotparser.RobotFileParser()
        parser.parse(lines)

    def test_good(self):
         for url in good:
             self.assertTrue(self.parser.can_fetch(...))

    def test_bad(self):
         for url in bad:
             self.assertFalse(self.parser.can_fetch(...))

class RobotTestX(BaseRobotTest, unittest.TestCase):
    doc = "..."
    good = [...]
    bad = [...]

...

would be a better approach?

On one hand is a bit more verbose and doesn't create a separate test for each URL (I don't think that's important though), but on the other hand it gets rid of lot of magic and makes the test more understandable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17066>
_______________________________________

From report at bugs.python.org  Sun Mar 10 21:24:40 2013
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 10 Mar 2013 20:24:40 +0000
Subject: [issue1076515] shutil.move clobbers read-only files.
Message-ID: <1362947080.14.0.938322298084.issue1076515@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Closing since everyone seems to agree that the current behaviour is fine and Tarek has not said anything since being assigned the bug.

----------
nosy: +brett.cannon
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1076515>
_______________________________________

From report at bugs.python.org  Sun Mar 10 21:32:37 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 10 Mar 2013 20:32:37 +0000
Subject: [issue1076515] shutil.move clobbers read-only files.
Message-ID: <1362947557.43.0.785097589556.issue1076515@psf.upfronthosting.co.za>


R. David Murray added the comment:

Since I spent some time thinking about this, I want to leave some notes:

The linux 'mv' command issues the following prompt:

  > mv t2/myfile t1
  mv: try to overwrite ?t1/myfile?, overriding mode 0000 (---------)?

So modern linux, at least, will not overwrite the file unless the '-f' flag is given explicitly (or you answer yes to the prompt, but that's not relevant to shutil.move).

However, shutil.move does not claim to implement 'mv'.  The release note in 3.3 indicates we've adapted its symlink handling to mimic mv, but the rest of the text is explicit about the implementation *in terms of other stdlib functions*.

So really the only way to understand the behavior of shutil.move is to understand what those other functions do on your platform.  The OP's confusion had to do with the behavior of *the Unix file system* in the face of a rename operation, not with the definition of shutil.move itself (which says that it uses rename, and links to its description).

Someone could think through the description of 'rename' and open an issue to improve *its* documentation if that seems warranted, but I think that "has permission" is somewhat platform dependent and so it probably isn't appropriate to change that doc, either.

Thus, I agree that this should be closed.

----------
nosy: +r.david.murray
resolution: rejected -> invalid
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1076515>
_______________________________________

From report at bugs.python.org  Sun Mar 10 21:49:24 2013
From: report at bugs.python.org (Andrew Svetlov)
Date: Sun, 10 Mar 2013 20:49:24 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1362948564.86.0.494211132573.issue17338@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Sun Mar 10 21:49:44 2013
From: report at bugs.python.org (Andrew Svetlov)
Date: Sun, 10 Mar 2013 20:49:44 +0000
Subject: [issue17330] Stop checking for directory cache invalidation in
	importlib
In-Reply-To: <1362163091.64.0.598022639655.issue17330@psf.upfronthosting.co.za>
Message-ID: <1362948584.7.0.831429122533.issue17330@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17330>
_______________________________________

From report at bugs.python.org  Sun Mar 10 21:53:03 2013
From: report at bugs.python.org (Andrew Svetlov)
Date: Sun, 10 Mar 2013 20:53:03 +0000
Subject: [issue17351] Remove explicit "object" inheritance in Python 3 docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362948783.36.0.975575493672.issue17351@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Sun Mar 10 22:01:47 2013
From: report at bugs.python.org (Andrew Svetlov)
Date: Sun, 10 Mar 2013 21:01:47 +0000
Subject: [issue17365] Remove Python 2 code from test_print
In-Reply-To: <1362553593.04.0.139053683866.issue17365@psf.upfronthosting.co.za>
Message-ID: <1362949307.14.0.527929340587.issue17365@psf.upfronthosting.co.za>


Andrew Svetlov added the comment:

Agree with Terry.
The patch LGTM except unicode literals part.

----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17365>
_______________________________________

From report at bugs.python.org  Sun Mar 10 22:03:05 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 10 Mar 2013 21:03:05 +0000
Subject: [issue17385] Use deque instead of list the threading.Condition waiter
	queue
In-Reply-To: <1362723386.92.0.340971682948.issue17385@psf.upfronthosting.co.za>
Message-ID: <1362949385.08.0.0921068869876.issue17385@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks Antoine.  Since the calls are made without a lock, I'll go for a minimal patch and keep the existing fairness logic.

Adding Guido to the nosy list since this is his code.

FWIW, the heaviest load for condition variables likely arises with use of the Queue module which implements substantially all of its logic around three condition variables and a single lock.

----------
assignee:  -> rhettinger
nosy: +gvanrossum
Added file: http://bugs.python.org/file29369/condition2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17385>
_______________________________________

From report at bugs.python.org  Sun Mar 10 22:05:25 2013
From: report at bugs.python.org (Andrew Svetlov)
Date: Sun, 10 Mar 2013 21:05:25 +0000
Subject: [issue17373] Add inspect.Signature.from_callable()
In-Reply-To: <1362642709.69.0.481380147826.issue17373@psf.upfronthosting.co.za>
Message-ID: <1362949525.8.0.565457549665.issue17373@psf.upfronthosting.co.za>


Andrew Svetlov added the comment:

Agree in general, but you need to update the docs also.

----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17373>
_______________________________________

From report at bugs.python.org  Sun Mar 10 22:08:11 2013
From: report at bugs.python.org (Andrew Svetlov)
Date: Sun, 10 Mar 2013 21:08:11 +0000
Subject: [issue17385] Use deque instead of list the threading.Condition waiter
	queue
In-Reply-To: <1362723386.92.0.340971682948.issue17385@psf.upfronthosting.co.za>
Message-ID: <1362949691.14.0.425344820492.issue17385@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17385>
_______________________________________

From report at bugs.python.org  Sun Mar 10 23:11:51 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 10 Mar 2013 22:11:51 +0000
Subject: [issue17374] Remove restriction against Semaphore having a negative
	value
In-Reply-To: <1362646672.1.0.00506550421469.issue17374@psf.upfronthosting.co.za>
Message-ID: <1362953511.16.0.0595885376262.issue17374@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

[Antoine]
> multiprocessing.Semaphore should be kept compatible 
> with threading.Semaphore.

I just looked at the C code implementing multiprocessing Semaphore.  Removing the negative count restriction there looks straight-forward.  I'll include it in the patch or will open a separate tracker item for it.

[Charles-Fran?ois]
> POSIX semaphore don't support negative initial value.

It was an early design decision to go with the Java threading model rather than the POSIX model.  The Java API supports negative initial values -- the same Dijkstra's original P() and V().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Sun Mar 10 23:37:14 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 10 Mar 2013 22:37:14 +0000
Subject: [issue11963] Remove human verification from test suite (test_parser
	and test_subprocess)
In-Reply-To: <1304178205.97.0.319156485187.issue11963@psf.upfronthosting.co.za>
Message-ID: <3ZPHPk06rQzQst@mail.python.org>


Roundup Robot added the comment:

New changeset d25749c32bb4 by Ezio Melotti in branch '2.7':
#11963: remove human verification from test_subprocess.
http://hg.python.org/cpython/rev/d25749c32bb4

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11963>
_______________________________________

From report at bugs.python.org  Mon Mar 11 00:12:33 2013
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 10 Mar 2013 23:12:33 +0000
Subject: [issue16895] Batch file to mimic 'make' on Windows
In-Reply-To: <1362939903.62.0.366835134488.issue16895@psf.upfronthosting.co.za>
Message-ID: <cd7b3dd0-a1e7-4e62-9439-81d1abfcbb16@email.android.com>


Zachary Ware added the comment:

>Terry J. Reedy added the comment:
>
>One must run external.bat if one is to subsequently build from the vs
>gui with *most* of the external dependencies. I think the command to
>run it should be 'external', not 'ready'. 'External' means get the
>external dependencies and anyone who has run external.bat will know
>what it means. 'Ready' does not mean anything in particular.

Fair point. Thinking about it again after some sleep, I agree. Next version will revert to 'external' rather than 'ready'.

>Just curious:
>Why do the buildbots run make clean before re-compiling? I seems like
>lots of extra work to re-compile things that are up to date?

I think the idea is to make sure everything is fresh, and avoid phantom problems from things that shouldn't cause problems, but do.

>What does running 'kill-python before re-building python do? I have not
>seen it mentioned in the in the devguide or pcbuild/readme.

I believe it's what actually performs the cleaning process. Tools/buildbot/clean.bat builds kill_python.exe and then runs it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16895>
_______________________________________

From report at bugs.python.org  Mon Mar 11 01:13:57 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Mon, 11 Mar 2013 00:13:57 +0000
Subject: [issue16895] Batch file to mimic 'make' on Windows
In-Reply-To: <1357677821.21.0.151237367429.issue16895@psf.upfronthosting.co.za>
Message-ID: <1362960837.75.0.0259237760938.issue16895@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

> What does running 'kill-python before re-building python do? I have not 
> seen it mentioned in the in the devguide or pcbuild/readme.

It kills any currently running python(_d).exe processes.  This is because Windows does not allow program or library files to be removed or overwritten while they are being used, potentially causing compilation failures.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16895>
_______________________________________

From report at bugs.python.org  Mon Mar 11 01:58:08 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 00:58:08 +0000
Subject: [issue17385] Use deque instead of list the threading.Condition waiter
	queue
In-Reply-To: <1362723386.92.0.340971682948.issue17385@psf.upfronthosting.co.za>
Message-ID: <3ZPLXH0xhHzRxY@mail.python.org>


Roundup Robot added the comment:

New changeset 0f86b51f8f8b by Raymond Hettinger in branch 'default':
Issue #17385: Fix quadratic behavior in threading.Condition
http://hg.python.org/cpython/rev/0f86b51f8f8b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17385>
_______________________________________

From report at bugs.python.org  Mon Mar 11 01:58:36 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 11 Mar 2013 00:58:36 +0000
Subject: [issue17385] Use deque instead of list the threading.Condition waiter
	queue
In-Reply-To: <1362723386.92.0.340971682948.issue17385@psf.upfronthosting.co.za>
Message-ID: <1362963516.85.0.559729235876.issue17385@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17385>
_______________________________________

From report at bugs.python.org  Mon Mar 11 02:21:27 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 01:21:27 +0000
Subject: [issue11963] Remove human verification from test suite (test_parser
	and test_subprocess)
In-Reply-To: <1304178205.97.0.319156485187.issue11963@psf.upfronthosting.co.za>
Message-ID: <3ZPM374T2DzS4x@mail.python.org>


Roundup Robot added the comment:

New changeset 3e14aafeca04 by Ezio Melotti in branch '2.7':
#11963: fix Windows buildbots.
http://hg.python.org/cpython/rev/3e14aafeca04

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11963>
_______________________________________

From report at bugs.python.org  Mon Mar 11 02:38:19 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Mar 2013 01:38:19 +0000
Subject: [issue16895] Batch file to mimic 'make' on Windows
In-Reply-To: <1357677821.21.0.151237367429.issue16895@psf.upfronthosting.co.za>
Message-ID: <1362965899.17.0.365492586992.issue16895@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thanks, clean and kill make sense for unattended build-bots. For interactive use, when 2 minutes rebuilding is a big deal, clean is a last resort. Let's just make sure we do not somehow suggest that it needs to be done routinely. Or to put it another way, do document that 'build' is intended for fail-safer unattended buildbots and not necessarily for interactive human use. And also that kill does what a human would normally do by closing windows on the task bar, or, as a last resort, with task manager.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16895>
_______________________________________

From report at bugs.python.org  Mon Mar 11 02:46:52 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 11 Mar 2013 01:46:52 +0000
Subject: [issue17385] Use deque instead of list the threading.Condition waiter
	queue
In-Reply-To: <1362723386.92.0.340971682948.issue17385@psf.upfronthosting.co.za>
Message-ID: <1362966412.45.0.0180901069144.issue17385@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Looks fine. I'd say that it would be great to add slicing to deque!

There's one oddity in the code, but it was there before the patch -- the local variable name __waiters is pretty silly. It appears to be a micro-optimization to avoid using self._waiters more than once; even if that is worth it (I kind of doubt it), the __private name is wrong and misguided.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17385>
_______________________________________

From report at bugs.python.org  Mon Mar 11 02:49:51 2013
From: report at bugs.python.org (Jeffrey Armstrong)
Date: Mon, 11 Mar 2013 01:49:51 +0000
Subject: [issue17391] _cursesmodule Fails to Build on GCC 2.95 (static)
In-Reply-To: <1362925103.81.0.892590106021.issue17391@psf.upfronthosting.co.za>
Message-ID: <1362966591.29.0.525356564981.issue17391@psf.upfronthosting.co.za>


Changes by Jeffrey Armstrong <jeffrey.armstrong at approximatrix.com>:


----------
components: +Extension Modules -Build

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17391>
_______________________________________

From report at bugs.python.org  Mon Mar 11 03:11:18 2013
From: report at bugs.python.org (RAW)
Date: Mon, 11 Mar 2013 02:11:18 +0000
Subject: [issue17120] Mishandled _POSIX_C_SOURCE and _XOPEN_SOURCE in
	pyconfig.h
In-Reply-To: <1359956347.87.0.611737971795.issue17120@psf.upfronthosting.co.za>
Message-ID: <1362967878.44.0.322537798035.issue17120@psf.upfronthosting.co.za>


RAW added the comment:

Any response?

----------
status: open -> languishing

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17120>
_______________________________________

From report at bugs.python.org  Mon Mar 11 03:18:14 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 11 Mar 2013 02:18:14 +0000
Subject: [issue16278] os.rename documentation slightly inaccurate
In-Reply-To: <1350581776.08.0.668682100781.issue16278@psf.upfronthosting.co.za>
Message-ID: <1362968294.07.0.331693612223.issue16278@psf.upfronthosting.co.za>


Todd Rovito added the comment:

V3 added which includes much shorter variable names and a cleanup of the patch.  I still need to test on Windows.

----------
Added file: http://bugs.python.org/file29370/16278OSRenameDocsTestV3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16278>
_______________________________________

From report at bugs.python.org  Mon Mar 11 03:21:24 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 11 Mar 2013 02:21:24 +0000
Subject: [issue16278] os.rename documentation slightly inaccurate
In-Reply-To: <1350581776.08.0.668682100781.issue16278@psf.upfronthosting.co.za>
Message-ID: <1362968484.32.0.805173835862.issue16278@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Thanks for the feedback Vitaliy Stepanov that helped alot with the version 3 patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16278>
_______________________________________

From report at bugs.python.org  Mon Mar 11 03:21:38 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 11 Mar 2013 02:21:38 +0000
Subject: [issue16389] re._compiled_typed's lru_cache causes significant
	degradation of the mako_v2 bench
In-Reply-To: <1351880615.07.0.187029674279.issue16389@psf.upfronthosting.co.za>
Message-ID: <1362968498.55.0.2707895034.issue16389@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Raymond's plan sounds good to me.

We may also want to tweak the 3.3 lru_cache docs to note the trade-offs involved in using it. Perhaps something like:

"As a general purpose cache, lru_cache needs to be quite pessimistic in deriving non-conflicting keys from the supplied arguments. When caching the results of CPU-bound calculations, the cost of deriving non-conflicting keys may need be assessed against the typical cost of the underlying calculation."

Which does give me a thought - perhaps lru_cache in 3.4 could accept a "key" argument that is called as "key(*args, **kwds)" to derive the cache key? (that would be a separate issue, of course)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16389>
_______________________________________

From report at bugs.python.org  Mon Mar 11 03:44:48 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 11 Mar 2013 02:44:48 +0000
Subject: [issue16651] Find out what stdlib modules lack a pure Python
	implementation
In-Reply-To: <1355078393.91.0.564166411172.issue16651@psf.upfronthosting.co.za>
Message-ID: <1362969888.77.0.418689797235.issue16651@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I don't think itertools or collections.deque should go on this list.  The other implementations already have these and a pure python versions miss the point of these being high performance tools.  AFAICT, there is zero benefit to adding a bunch of extra code that will never get used.  It will only complicate my maintenance of those modules.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16651>
_______________________________________

From report at bugs.python.org  Mon Mar 11 03:46:42 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 11 Mar 2013 02:46:42 +0000
Subject: [issue16278] os.rename documentation slightly inaccurate
In-Reply-To: <1350581776.08.0.668682100781.issue16278@psf.upfronthosting.co.za>
Message-ID: <1362970002.78.0.924389185442.issue16278@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Made some very minor changes to get patch to work on Windows.  Had issues with line ending differences between Unix and Windows. I fixed it so line endings won't be an issue and tested patch on Windows, Linux, and OS X.  

Please feel free to supply feedback or commit.  Thanks.

----------
Added file: http://bugs.python.org/file29371/16278OSRenameDocsTestV4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16278>
_______________________________________

From report at bugs.python.org  Mon Mar 11 03:53:35 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 11 Mar 2013 02:53:35 +0000
Subject: [issue16659] Pure Python implementation of random
In-Reply-To: <1355178066.71.0.0702719631559.issue16659@psf.upfronthosting.co.za>
Message-ID: <1362970415.74.0.838766572394.issue16659@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

[Serhiy Storchaka]
> I don't want to make a decision on the inclusion of this code.

It was a tough call, but I don't want to add this code.  You've a great job with it, but I don't think it is a worthwhile endeavor.  

* The algorithm was designed with C level operations in mind and is awkward in Python. 

* The code we use for MT has been widely distributed and tested by others.  We would just be getting away from the canonical reference version.

* The other implementations already have an MT, so this code won't end-up being used and would just add to the maintenance burden.  If anyone ever did use it, it would be dog slow.

-----------

P.S. I did have a question about the patch.  

The code uses an RLock.  Where are the places that can trigger reentracy?

With in a single method, successive calls to _genrand_int32() are ordered and can't be interleaved with reentrancy while still keeping the original order of generated random numbers.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16659>
_______________________________________

From report at bugs.python.org  Mon Mar 11 04:13:09 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 11 Mar 2013 03:13:09 +0000
Subject: [issue16389] re._compiled_typed's lru_cache causes significant
	degradation of the mako_v2 bench
In-Reply-To: <1351880615.07.0.187029674279.issue16389@psf.upfronthosting.co.za>
Message-ID: <1362971589.45.0.817750596213.issue16389@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Serhiy, please go ahead an apply your patch.  Be sure to restore the re cache tests that existed in Py3.2 as well.

Thank you.

----------
assignee: rhettinger -> serhiy.storchaka
priority: normal -> high
stage: needs patch -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16389>
_______________________________________

From report at bugs.python.org  Mon Mar 11 04:20:21 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 11 Mar 2013 03:20:21 +0000
Subject: [issue17394] Add slicing support to collections.deque
Message-ID: <1362972021.66.0.443403979058.issue17394@psf.upfronthosting.co.za>


New submission from Raymond Hettinger:

Once added, use it in threading.Condition().

----------
assignee: rhettinger
components: Library (Lib)
messages: 183918
nosy: rhettinger
priority: low
severity: normal
status: open
title: Add slicing support to collections.deque
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17394>
_______________________________________

From report at bugs.python.org  Mon Mar 11 04:55:12 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Mon, 11 Mar 2013 03:55:12 +0000
Subject: [issue17394] Add slicing support to collections.deque
In-Reply-To: <1362972021.66.0.443403979058.issue17394@psf.upfronthosting.co.za>
Message-ID: <1362974112.55.0.113727525031.issue17394@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17394>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:03:21 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 04:03:21 +0000
Subject: [issue11963] Remove human verification from test suite (test_parser
	and test_subprocess)
In-Reply-To: <1304178205.97.0.319156485187.issue11963@psf.upfronthosting.co.za>
Message-ID: <3ZPQf05YyPzRwp@mail.python.org>


Roundup Robot added the comment:

New changeset 222505a5aeac by Ezio Melotti in branch '3.2':
#11963: remove human verification from test_parser and test_subprocess.
http://hg.python.org/cpython/rev/222505a5aeac

New changeset cc08036b37a4 by Ezio Melotti in branch '3.3':
#11963: merge with 3.2.
http://hg.python.org/cpython/rev/cc08036b37a4

New changeset 629dba9f6746 by Ezio Melotti in branch 'default':
#11963: merge with 3.3.
http://hg.python.org/cpython/rev/629dba9f6746

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11963>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:08:34 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 11 Mar 2013 04:08:34 +0000
Subject: [issue11963] Remove human verification from test suite (test_parser
	and test_subprocess)
In-Reply-To: <1304178205.97.0.319156485187.issue11963@psf.upfronthosting.co.za>
Message-ID: <1362974914.73.0.447971303271.issue11963@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

This should be fixed now.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11963>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:21:44 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:21:44 +0000
Subject: [issue15873] datetime: add ability to parse RFC 3339 dates and times
In-Reply-To: <1346965730.56.0.810546720554.issue15873@psf.upfronthosting.co.za>
Message-ID: <1362975704.17.0.179164801296.issue15873@psf.upfronthosting.co.za>


?ric Araujo added the comment:

John listed four modules with issues in the first message, and now we have proposals for two more modules.  Could you work together to make a unified patch?

Alexander, do you think there is a need to check python-ideas or python-dev before working on this?

(I changed the title to clarify scope: ISO 8601 is huge and not easily accessible whereas W3CDTF/RFC 3339 is narrower in scope and freely accessible.)

----------
title: "datetime" cannot parse ISO 8601 dates and times -> datetime: add ability to parse RFC 3339 dates and times

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15873>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:28:50 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:28:50 +0000
Subject: [issue17365] Remove Python 2 code from test_print
In-Reply-To: <1362553593.04.0.139053683866.issue17365@psf.upfronthosting.co.za>
Message-ID: <1362976130.71.0.700438916674.issue17365@psf.upfronthosting.co.za>


?ric Araujo added the comment:

The cosmetic changes to whitespace and parens seem like diff noise to me.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17365>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:32:04 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:32:04 +0000
Subject: [issue17351] Remove explicit "object" inheritance in Python 3 docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362976324.83.0.754334894479.issue17351@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Note that removing the unnecessary '(object)' may make it worse for e.g. beginners going from 3.x to 2.x, and slightly complicate porting patches.  Raymond approves the removal, yet added '(object)' in a 3.3 doc file in 5eca56b68840

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:33:11 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:33:11 +0000
Subject: [issue17351] Remove explicit "object" inheritance in Python 3 docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362976391.79.0.79564027807.issue17351@psf.upfronthosting.co.za>


?ric Araujo added the comment:

The changeset redirector seems broken, here?s the full link: http://hg.python.org/cpython/rev/5eca56b68840

FTR I am still in favor of removal regardless of the possible issues I noted in my previous comment.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:34:30 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:34:30 +0000
Subject: [issue17393] stdlib import mistaken for local by import_fixer
In-Reply-To: <1362946974.63.0.419293411414.issue17393@psf.upfronthosting.co.za>
Message-ID: <1362976470.43.0.35963079481.issue17393@psf.upfronthosting.co.za>


?ric Araujo added the comment:

This is the cause for #13317

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17393>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:35:01 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:35:01 +0000
Subject: [issue13317] building with 2to3 generates wrong import paths because
	build_ext is run after build_py
In-Reply-To: <1320183133.27.0.209500697705.issue13317@psf.upfronthosting.co.za>
Message-ID: <1362976501.09.0.713106623393.issue13317@psf.upfronthosting.co.za>


?ric Araujo added the comment:

For the record this is caused by #17393

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13317>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:37:25 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:37:25 +0000
Subject: [issue763043] unable to specify another compiler
Message-ID: <1362976645.66.0.285005671735.issue763043@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Starting with Python 2.3, environment variables like CC (familiar to people compiling C projects on unix) are respected.  That?s what I think should be added to the distutils docs, maybe in the reference doc for build_ext, or in the narrative doc talking about extension modules.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue763043>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:39:49 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:39:49 +0000
Subject: [issue17392] Python installer for Windows packages wrong zipfile.py
In-Reply-To: <1362944182.73.0.355827245309.issue17392@psf.upfronthosting.co.za>
Message-ID: <1362976789.0.0.151078254173.issue17392@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Could you explain what makes you say this?  Installers are built from the source code repository, not assembled by human copy-pasting, so such an error seems highly unlikely to me.  Please tell what Python versions you checked (i.e. versions from python.org or ActiveState or another distributor) and what is wrong with zipfile.py.  Thanks in advance.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17392>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:43:01 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:43:01 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1362976981.4.0.549059768746.issue17390@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Sounds like a good idea to me.  Would you like to propose a patch?  The devguide contains information to do that.

Hint: sys.version is not meant to be parsed, there is sys.version_info for that (no regex needed! :)

----------
keywords: +easy
nosy: +eric.araujo, terry.reedy
stage:  -> needs patch
versions:  -Python 2.6, Python 3.1, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:58:01 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:58:01 +0000
Subject: [issue17351] Remove explicit "object" inheritance in Python 3 docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362977881.18.0.371320370447.issue17351@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Disregard my comments, I reread only the start of the thread and missed the discussion about the descriptor tutorial.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:58:13 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:58:13 +0000
Subject: [issue17351] Remove explicit "object" inheritance in Python 3 docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362977893.26.0.767635633544.issue17351@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:58:15 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:58:15 +0000
Subject: [issue17351] Remove explicit "object" inheritance in Python 3 docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362977895.24.0.396156373489.issue17351@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:58:17 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:58:17 +0000
Subject: [issue17351] Remove explicit "object" inheritance in Python 3 docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362977897.1.0.914362605285.issue17351@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Mon Mar 11 05:59:25 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 04:59:25 +0000
Subject: [issue17359] python modules.zip is not documented
In-Reply-To: <1362512425.64.0.937549165034.issue17359@psf.upfronthosting.co.za>
Message-ID: <1362977965.97.0.422165557259.issue17359@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo, ncoghlan
versions: +Python 3.2 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17359>
_______________________________________

From report at bugs.python.org  Mon Mar 11 06:06:52 2013
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 11 Mar 2013 05:06:52 +0000
Subject: [issue15873] datetime: add ability to parse RFC 3339 dates and times
In-Reply-To: <1346965730.56.0.810546720554.issue15873@psf.upfronthosting.co.za>
Message-ID: <1362978412.68.0.907216938627.issue15873@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

?ric> do you think there is a need to check python-ideas or python-dev before working on this?

Yes, I think this is python-ideas material.  IMHO, what should be added to datetime module in 3.4 is ability to construct date/time objects from their str() representation:

assert time(str(t)) == t
assert date(str(d)) == d
assert datetime(str(dt)) == dt

I am not sure the same is needed for timedelta, but this can be discussed.

Implementation of any external to python standard should be wetted at PyPI first.  There may be a reason why there is no rfc3339.py module on PyPI.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15873>
_______________________________________

From report at bugs.python.org  Mon Mar 11 06:12:21 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Mar 2013 05:12:21 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1362978741.58.0.536807801644.issue17390@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I agree. Sometimes when I have multiple IDLE windows open I have to scroll back to the top to make sure which one I am in.  I suggest:
Python x.y Shell for shell window
I am not sure, for edit window: currently xxx.py -- <path>/xxx.py
I am not sure the redundancy is needed, but I do tended to look at the isolated file name. Maybe "xxx.py -- in <path>/" without filename at end.
Add 'Python x.y', 'Py x.y' 'x.y', beginning or end of line?

----------
nosy: +serwy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Mon Mar 11 06:20:05 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Mar 2013 05:20:05 +0000
Subject: [issue17351] Remove explicit "object" inheritance in Python 3 docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362979205.7.0.444987167042.issue17351@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

My rationale for supporting removal is this: People beginning with Py3, which is most beginners in the next decade, seeing (object), might think it necessary in certain cases or that it does something. The descriptor how-to is a) advanced and b) can have a note if needed. People who know Py2 might get a wrong idea either way, but should read some 2 to 3 guide and then will know. If a choice be needed, I would rather cater to future Python learners.

Anyway, we only need Michael's word to know for sure which to patch, or can go ahead without touching mock-examples.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Mon Mar 11 06:27:06 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 05:27:06 +0000
Subject: [issue15806] Add context manager for the "try: ... except: pass"
	pattern
In-Reply-To: <1346217315.31.0.832549559428.issue15806@psf.upfronthosting.co.za>
Message-ID: <3ZPSVd4QgczSQK@mail.python.org>


Roundup Robot added the comment:

New changeset 406b47c64480 by Raymond Hettinger in branch 'default':
Issue #15806: Add contextlib.ignored().
http://hg.python.org/cpython/rev/406b47c64480

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15806>
_______________________________________

From report at bugs.python.org  Mon Mar 11 06:28:04 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 11 Mar 2013 05:28:04 +0000
Subject: [issue15806] Add context manager for the "try: ... except: pass"
	pattern
In-Reply-To: <1346217315.31.0.832549559428.issue15806@psf.upfronthosting.co.za>
Message-ID: <1362979684.56.0.674647100877.issue15806@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15806>
_______________________________________

From report at bugs.python.org  Mon Mar 11 07:06:13 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 11 Mar 2013 06:06:13 +0000
Subject: [issue17395] Wait for live children in test_multiprocessing
Message-ID: <1362981973.71.0.196471056515.issue17395@psf.upfronthosting.co.za>


New submission from Ezio Melotti:

While running test_multiprocessing I get:
[...]
test_wait_return (test.test_multiprocessing.WithManagerTestBarrier) ... ok
Shared objects which still exist at manager shutdown:
  b6b802d4:       refcount=1
    <threading.Barrier object at 0xb6b802d4>
  b6b80ea4:       refcount=1
    <threading.Event object at 0xb6b80ea4>
  b6b83264:       refcount=1
    [True, True, True, True]
  b6b836fc:       refcount=1
    [16092, 16094, 16091, 16096]
  b6b89884:       refcount=2
    <threading.Barrier object at 0xb6b89884>
  b6b89ea4:       refcount=1
    []
  b6b8b7dc:       refcount=1
    <queue.Queue object at 0xb6b8b7dc>
  b6b8bc3c:       refcount=1
    [16092, 16094, 16096, 16091]
test_notify (test.test_multiprocessing.WithManagerTestCondition) ... ok
[...]
test_event (test.test_multiprocessing.WithManagerTestEvent) ... ok
Shared objects which still exist at manager shutdown:
  b6dcc7a4:       refcount=1
    <threading.Event object at 0xb6dcc7a4>
test_lock (test.test_multiprocessing.WithManagerTestLock) ... ok
[...]

This seems to be caused by the fact that when multiprocessing.active_children() is called in test_multiprocessing.ManagerMixin.tearDownClass(), some of them are still marked as active.
I tried to add a sleep before the active_children() call and the output disappeared.  On my machine it takes about half second.

The attached patch checks in loop that there no active children left, waiting up to 5s in increasing time intervals starting from 0.01s (so in the best case scenario it won't wait at all, and in the worst it will wait ~5s and possibly report the shared objects that still exists).

----------
components: Tests
files: slowmulti.diff
keywords: patch
messages: 183935
nosy: ezio.melotti, jnoller, pitrou, sbt, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Wait for live children in test_multiprocessing
type: behavior
versions: Python 3.4
Added file: http://bugs.python.org/file29372/slowmulti.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17395>
_______________________________________

From report at bugs.python.org  Mon Mar 11 07:08:03 2013
From: report at bugs.python.org (Lennart Regebro)
Date: Mon, 11 Mar 2013 06:08:03 +0000
Subject: [issue17393] stdlib import mistaken for local by import_fixer
In-Reply-To: <1362946974.63.0.419293411414.issue17393@psf.upfronthosting.co.za>
Message-ID: <1362982083.62.0.107221313887.issue17393@psf.upfronthosting.co.za>


Lennart Regebro added the comment:

Not really, but they are related. The fixer looks for a local module, and if it finds it it will assume the import is local. 

#13317 is caused by it not finding the module, since it's not built and hence assuming it's a global import.

This bug, contrariwise, is cause by the fixer finding a folder, and therefore assuming it is a local import when it's not.

The fix for this is to check that the folder has an __init__.py. The fix for #13317 is to build extensions before running 2to3.

Neither of them are huge problems since you can avoid both bugs but not using relative imports. :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17393>
_______________________________________

From report at bugs.python.org  Mon Mar 11 07:49:29 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 11 Mar 2013 06:49:29 +0000
Subject: [issue16004] Add `make touch` to 2.7 Makefile
In-Reply-To: <1348391075.72.0.200262721096.issue16004@psf.upfronthosting.co.za>
Message-ID: <1362984569.84.0.282314339607.issue16004@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Yep, that should be fine for 2.7.

3.3+ adds more due to the importlib bootstrapping.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16004>
_______________________________________

From report at bugs.python.org  Mon Mar 11 08:11:04 2013
From: report at bugs.python.org (j s)
Date: Mon, 11 Mar 2013 07:11:04 +0000
Subject: [issue16365] IDLE for Windows 8
In-Reply-To: <1351624899.92.0.657222579655.issue16365@psf.upfronthosting.co.za>
Message-ID: <1362985864.33.0.847077975003.issue16365@psf.upfronthosting.co.za>


j s added the comment:

I had this issue too, I realised that I had installed the 32bit version on a machine running 64bit. So I uninstalled and installed the 64bit and it's fine now.

----------
nosy: +evilpandas

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16365>
_______________________________________

From report at bugs.python.org  Mon Mar 11 08:15:28 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 07:15:28 +0000
Subject: [issue16004] Add `make touch` to 2.7 Makefile
In-Reply-To: <1348391075.72.0.200262721096.issue16004@psf.upfronthosting.co.za>
Message-ID: <3ZPVtQ709rzSDY@mail.python.org>


Roundup Robot added the comment:

New changeset da3f4774b939 by Ezio Melotti in branch '2.7':
#16004: Add `make touch`.
http://hg.python.org/cpython/rev/da3f4774b939

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16004>
_______________________________________

From report at bugs.python.org  Mon Mar 11 08:15:55 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 11 Mar 2013 07:15:55 +0000
Subject: [issue16004] Add `make touch` to 2.7 Makefile
In-Reply-To: <1348391075.72.0.200262721096.issue16004@psf.upfronthosting.co.za>
Message-ID: <1362986155.89.0.169290800959.issue16004@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16004>
_______________________________________

From report at bugs.python.org  Mon Mar 11 08:43:41 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 07:43:41 +0000
Subject: [issue17351] Remove explicit "object" inheritance in Python 3 docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <3ZPWXD2lqwzRgd@mail.python.org>


Roundup Robot added the comment:

New changeset 4f745f7d6fca by Ezio Melotti in branch '3.2':
#17351: remove "object" inheritance from docs.  Patch by Phil Elson.
http://hg.python.org/cpython/rev/4f745f7d6fca

New changeset 8b1d3fa3b389 by Ezio Melotti in branch '3.3':
#17351: merge with 3.2.
http://hg.python.org/cpython/rev/8b1d3fa3b389

New changeset b10a9d4f08eb by Ezio Melotti in branch 'default':
#17351: merge with 3.3.
http://hg.python.org/cpython/rev/b10a9d4f08eb

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Mon Mar 11 08:45:12 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 11 Mar 2013 07:45:12 +0000
Subject: [issue17351] Remove explicit "object" inheritance in Python 3 docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362987912.4.0.393001777074.issue17351@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the patch!

----------
assignee: docs at python -> ezio.melotti
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Mon Mar 11 09:02:21 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 11 Mar 2013 08:02:21 +0000
Subject: [issue15806] Add context manager for the "try: ... except: pass"
	pattern
In-Reply-To: <1346217315.31.0.832549559428.issue15806@psf.upfronthosting.co.za>
Message-ID: <1362988941.95.0.572218737131.issue15806@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

FTR, Raymond and I discussed this on IRC and I gave it a +1 before he committed it.

The advantage the callable form has over a class method is that it readily scales to ignoring multiple exception types in a single with statement.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15806>
_______________________________________

From report at bugs.python.org  Mon Mar 11 09:08:16 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 11 Mar 2013 08:08:16 +0000
Subject: [issue17370] PEP should note related PEPs
In-Reply-To: <1362618784.61.0.181108502719.issue17370@psf.upfronthosting.co.za>
Message-ID: <1362989296.23.0.767182983412.issue17370@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Yeah, I think the problem in this case is specific to the multi-versioned PEPs like the WSGI reference and the metadata standards. In that case, a separate section in the document itself seems more appropriate than a generic header field.

We should consider a similar section for PEP 302 (pointing to the 3.3 language reference) given the length of time that PEP has been the only systematic documentation for the import hooks.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17370>
_______________________________________

From report at bugs.python.org  Mon Mar 11 09:27:55 2013
From: report at bugs.python.org (Aman Shah)
Date: Mon, 11 Mar 2013 08:27:55 +0000
Subject: [issue17296] Cannot unpickle classes derived from 'Exception'
In-Reply-To: <1361811616.55.0.878692548703.issue17296@psf.upfronthosting.co.za>
Message-ID: <1362990475.49.0.529974876171.issue17296@psf.upfronthosting.co.za>


Aman Shah added the comment:

Fixed the patch for 2.7

----------
nosy: +Aman.Shah
Added file: http://bugs.python.org/file29373/issue_17296.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17296>
_______________________________________

From report at bugs.python.org  Mon Mar 11 11:01:26 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 11 Mar 2013 10:01:26 +0000
Subject: [issue3329] API for setting the memory allocator used by Python
In-Reply-To: <1215632933.18.0.0332019532518.issue3329@psf.upfronthosting.co.za>
Message-ID: <1362996086.63.0.32200385167.issue3329@psf.upfronthosting.co.za>


Changes by Kristj?n Valur J?nsson <kristjan at ccpgames.com>:


----------
nosy: +kristjan.jonsson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3329>
_______________________________________

From report at bugs.python.org  Mon Mar 11 11:09:59 2013
From: report at bugs.python.org (Michael Foord)
Date: Mon, 11 Mar 2013 10:09:59 +0000
Subject: [issue17351] Remove explicit "object" inheritance in Python 3 docs
In-Reply-To: <1362407799.21.0.301955058492.issue17351@psf.upfronthosting.co.za>
Message-ID: <1362996599.53.0.44149827218.issue17351@psf.upfronthosting.co.za>


Michael Foord added the comment:

If the consensus is that Python documentation should not include explicit object inheritance then fine to update mock docs accordingly. The backport docs will still use it as they are for Python 2 as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17351>
_______________________________________

From report at bugs.python.org  Mon Mar 11 11:17:56 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Mon, 11 Mar 2013 10:17:56 +0000
Subject: [issue17395] Wait for live children in test_multiprocessing
In-Reply-To: <1362981973.71.0.196471056515.issue17395@psf.upfronthosting.co.za>
Message-ID: <1362997076.93.0.389529462882.issue17395@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

LGTM (although the warning is actually harmless).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17395>
_______________________________________

From report at bugs.python.org  Mon Mar 11 11:20:00 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 11 Mar 2013 10:20:00 +0000
Subject: [issue3329] API for setting the memory allocator used by Python
In-Reply-To: <1215632933.18.0.0332019532518.issue3329@psf.upfronthosting.co.za>
Message-ID: <1362997200.3.0.26943229459.issue3329@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

At ccp we have something similar.  We are embedding python in the UnrealEngine on the PS3 and need to get everything through their allocators.  For the purpose of flexibility, we added an api similar to the OPs, but more flexible:

/* Support for custom allocators */
typedef void *(*PyCCP_Malloc_t)(size_t size, void *arg, const char *file, int line, const char *msg);
typedef void *(*PyCCP_Realloc_t)(void *ptr, size_t size, void *arg, const char *file, int line, const char *msg);
typedef void (*PyCCP_Free_t)(void *ptr, void *arg, const char *file, int line, const char *msg);
typedef size_t (*PyCCP_Msize_t)(void *ptr, void *arg);
typedef struct PyCCP_CustomAllocator_t
{
    PyCCP_Malloc_t  pMalloc;
    PyCCP_Realloc_t pRealloc;
    PyCCP_Free_t    pFree;
    PyCCP_Msize_t   pMsize;    /* can be NULL, or return -1 if no size info is avail. */
    void            *arg;      /* opaque argument for the functions */
} PyCCP_CustomAllocator_t;

/* To set an allocator!  use 0 for the regular allocator, 1 for the block allocator.
 * pass a null pointer to reset to internal default
 */
PyAPI_FUNC(void) PyCCP_SetAllocator(int which, const PyCCP_CustomAllocator_t *);

For a module to install itself as a "hook" at runtime, this approach can be extended by querying the current allocator, so that such a hook can the delegate the previous calls.

The "block" allocator here, is intended as the underlying allocator to be used by obmalloc.c.  Depending on platforms, this can then allocate aligned virtual memory directly, which is more efficient than layering that on-top of a malloc-like allocator.

There are areas in cPython that use malloc() directly.  Those are actually not needed in all cases, but to cope with them we change them all to new RAW api calls (using preprocessor macros).
Essentially, malloc() maps to PyCCP_RawMalloc() or PyMem_MALLOC_INNER() (both local additions) based on whether the particular site using malloc() requires truly gil free malloc or not.

For this reason, the custom allocators mentioned canot be assumed to be called with the GIL.  However, it is easily possible to extend the system above so that there is a GIL and non-GIL version for the 'regular' allocator.

I'll put details of the stuff we have done for EVE Online / Dust 514 on my blog.  It is this, but much much more too.

Hopefully we can arrive at a way to abstract memory allocation away from Python in a flexible and extendible manner :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3329>
_______________________________________

From report at bugs.python.org  Mon Mar 11 12:10:20 2013
From: report at bugs.python.org (Henrik Heimbuerger)
Date: Mon, 11 Mar 2013 11:10:20 +0000
Subject: [issue11367] xml.etree.ElementTree.find(all): docs are wrong
In-Reply-To: <1299030271.87.0.648664421014.issue11367@psf.upfronthosting.co.za>
Message-ID: <1363000220.28.0.650394274235.issue11367@psf.upfronthosting.co.za>


Henrik Heimbuerger added the comment:

Eli, I fully understand. I was experimenting with working on Cloud9, but it unfortunately has no easy way to extract individual files, I had to recreate them locally. I hope it is correct now.

----------
Added file: http://bugs.python.org/file29374/issue11367_branch27.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11367>
_______________________________________

From report at bugs.python.org  Mon Mar 11 12:10:40 2013
From: report at bugs.python.org (Henrik Heimbuerger)
Date: Mon, 11 Mar 2013 11:10:40 +0000
Subject: [issue11367] xml.etree.ElementTree.find(all): docs are wrong
In-Reply-To: <1299030271.87.0.648664421014.issue11367@psf.upfronthosting.co.za>
Message-ID: <1363000240.07.0.681033645053.issue11367@psf.upfronthosting.co.za>


Henrik Heimbuerger added the comment:

for 3.2

----------
Added file: http://bugs.python.org/file29375/issue11367_branch32.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11367>
_______________________________________

From report at bugs.python.org  Mon Mar 11 12:15:26 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 11 Mar 2013 11:15:26 +0000
Subject: [issue3329] API for setting the memory allocator used by Python
In-Reply-To: <1215632933.18.0.0332019532518.issue3329@psf.upfronthosting.co.za>
Message-ID: <1363000526.44.0.0184078134699.issue3329@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Note that I'm definitely open to including extra settings to set up custom allocators as part of Py_CoreConfig in PEP 432 (http://www.python.org/dev/peps/pep-0432/#pre-initialization-phase).

I don't really want to continue the tradition of additional PySet_* APIs with weird conditions on when they have to be called, though (trying to prevent more of that kind of organic growth in complexity is why I wrote PEP 432 in the first place)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3329>
_______________________________________

From report at bugs.python.org  Mon Mar 11 12:30:20 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 11 Mar 2013 11:30:20 +0000
Subject: [issue3329] API for setting the memory allocator used by Python
In-Reply-To: <1215632933.18.0.0332019532518.issue3329@psf.upfronthosting.co.za>
Message-ID: <1363001420.07.0.861765772954.issue3329@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

Absolutely.  Although there is a very useful scenario where this could be consided a run-time setting:

  # turboprofiler.py
  # Load up the memory hooker which will supply us with all the info
  import _turboprofiler
  _turboprofiler.hookup()

Perhaps people interested in memory optimizations and profiling could hook up at pycon?  It is the most common regular query I get from people in my organization:  How can I find out how python is using/leaking/wasting memory?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3329>
_______________________________________

From report at bugs.python.org  Mon Mar 11 12:41:05 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Mon, 11 Mar 2013 11:41:05 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1363002065.41.0.932299263375.issue17327@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Benjamin, I hadn't noticed that you also changed the documentation in dict.rst from what I originall wrote. Ezio already fixed one of your typos, but there's another one in the description of the "defaultobj" behaviour: it says "inserted" twice but should say "returned" in the second case. Please give it another read to see if you introduced any further errors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Mon Mar 11 13:03:45 2013
From: report at bugs.python.org (Jan Gosmann)
Date: Mon, 11 Mar 2013 12:03:45 +0000
Subject: [issue17396] modulefinder fails if module contains syntax error
Message-ID: <1363003425.82.0.865184669213.issue17396@psf.upfronthosting.co.za>


New submission from Jan Gosmann:

Running modulefinder.ModuleFinder.run_script on a script which has an import statement with a module containing a syntax error will raise a SyntaxError exception. I think, modulefinder should instead continue its analysis and add the module to badmodules. Especially, as there are valid reasons for importing modules with syntax errors like in the following code snippet

if not python3:
    from .exec_py2 import exec_
else:
    from .exec_py3 import exec_

I attached a patch which changes the code to catch potential SyntaxError exceptions and change them to an ImportError.

----------
components: Library (Lib)
files: fix-handling-of-syntax-errors.diff
keywords: patch
messages: 183953
nosy: jgosmann
priority: normal
severity: normal
status: open
title: modulefinder fails if module contains syntax error
versions: Python 2.7
Added file: http://bugs.python.org/file29376/fix-handling-of-syntax-errors.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17396>
_______________________________________

From report at bugs.python.org  Mon Mar 11 13:43:17 2013
From: report at bugs.python.org (klappnase)
Date: Mon, 11 Mar 2013 12:43:17 +0000
Subject: [issue17397] ttk::themes missing form ttk.py
Message-ID: <1363005797.61.0.988966555267.issue17397@psf.upfronthosting.co.za>


New submission from klappnase:

When trying to load third-party themes ttk.Style.theme_names() fails to list available themes. For example if the themes from the tile-themes project are installed one can do:

>>> from tkinter import *
>>> from tkinter import ttk
>>> root=Tk()
>>> s=ttk.Style()
>>> s.theme_names()
('clam', 'alt', 'default', 'classic')
>>> root.tk.call('ttk::themes')
('classic', 'default', 'clam', 'alt')
>>> root.tk.call('package', 'require', 'tile-themes')
'0.6'
>>> s.theme_names()
('clam', 'alt', 'default', 'classic')
>>> root.tk.call('ttk::themes')
('keramik', 'plastik', 'clam', 'winxpblue', 'alt', 'Aquativo', 'classic', 'default', 'keramik_alt')
>>> 

This has been discussed in more detail at tkinter-discuss:
http://code.activestate.com/lists/python-tkinter-discuss/3373/

As ttk::themes is described as being part of the Public API inside ttk.tcl and is also documented in the tcl wiki at http://wiki.tcl.tk/14796 resp. http://wiki.tcl.tk/23676 it appears safe to add it to ttk.py.

Considering this I prepared a patch (against b10a9d4f08eb) that adds the following method to ttk.Style():

    def themes(self, pattern=None):
        '''Returns a list of theme names available. It can be passed an
        argument which is used as an lsearch glob pattern while looking
        for the theme names.'''
        return self.tk.splitlist(self.tk.call('ttk::themes', pattern))

----------
components: Tkinter
files: patch_ttk.diff
keywords: patch
messages: 183954
nosy: klappnase
priority: normal
severity: normal
status: open
title: ttk::themes missing form ttk.py
type: enhancement
Added file: http://bugs.python.org/file29377/patch_ttk.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17397>
_______________________________________

From report at bugs.python.org  Mon Mar 11 13:48:47 2013
From: report at bugs.python.org (Tres Seaver)
Date: Mon, 11 Mar 2013 12:48:47 +0000
Subject: [issue17296] Cannot unpickle classes derived from 'Exception'
In-Reply-To: <1361811616.55.0.878692548703.issue17296@psf.upfronthosting.co.za>
Message-ID: <1363006127.65.0.81499388573.issue17296@psf.upfronthosting.co.za>


Tres Seaver added the comment:

The latest 2.7 patch does not cause the following tests (from
issue 1692335) to pass:

 http://bugs.python.org/file17509/issue1692335-tests.patch

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17296>
_______________________________________

From report at bugs.python.org  Mon Mar 11 13:54:58 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Mar 2013 12:54:58 +0000
Subject: [issue15866] encode(...,
	'xmlcharrefreplace') produces entities for surrogate pairs
In-Reply-To: <1346871274.13.0.653364801762.issue15866@psf.upfronthosting.co.za>
Message-ID: <1363006498.76.0.0936601639396.issue15866@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is a patch which fixes xmlcharrefreplace error handling in other places.

Unfortunately multibyte asian encoders are broken yet. I'll open a separate issue for this.

----------
Added file: http://bugs.python.org/file29378/issue15866_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15866>
_______________________________________

From report at bugs.python.org  Mon Mar 11 14:18:29 2013
From: report at bugs.python.org (bagrat lazaryan)
Date: Mon, 11 Mar 2013 13:18:29 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362976981.4.0.549059768746.issue17390@psf.upfronthosting.co.za>
Message-ID: <DUB116-DS1EFB47CBFA5462399B8B3B1E10@phx.gbl>


bagrat lazaryan added the comment:

...
class PyShell(OutputWindow):

    import platform
    version = platform.python_version() + " " + platform.architecture()[0]
    shell_title = "Python %s Shell" % version
...
(PyShell.py)

i'll take a look at the devguide and see if i can figure a patch out.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Mon Mar 11 14:22:36 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Mar 2013 13:22:36 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1363008156.27.0.279699280309.issue17299@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

DRY (do not repeat yourself). Do not implement the same method three times. Definitely the common code should be extracted into separate mixin classes: cStringIOMixin, BytesIOMixin, FileIOMixin.

> What is the problem in using the existing pickletester.py??

This is just unnecessary. This is cPickle-only issue.


Aman, can you please submit a contributor form?

http://python.org/psf/contrib/contrib-form/
http://python.org/psf/contrib/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Mon Mar 11 14:22:56 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Mar 2013 13:22:56 +0000
Subject: [issue17016] _sre: avoid relying on pointer overflow
In-Reply-To: <1358870068.45.0.162917053865.issue17016@psf.upfronthosting.co.za>
Message-ID: <1363008176.7.0.0311320751083.issue17016@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Nickolai, can you please submit a contributor form?

http://python.org/psf/contrib/contrib-form/
http://python.org/psf/contrib/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17016>
_______________________________________

From report at bugs.python.org  Mon Mar 11 14:31:44 2013
From: report at bugs.python.org (Nickolai Zeldovich)
Date: Mon, 11 Mar 2013 13:31:44 +0000
Subject: [issue17016] _sre: avoid relying on pointer overflow
In-Reply-To: <1358870068.45.0.162917053865.issue17016@psf.upfronthosting.co.za>
Message-ID: <1363008704.92.0.806664810365.issue17016@psf.upfronthosting.co.za>


Nickolai Zeldovich added the comment:

I just submitted the contributor form -- thanks for the reminder.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17016>
_______________________________________

From report at bugs.python.org  Mon Mar 11 14:46:13 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 11 Mar 2013 13:46:13 +0000
Subject: [issue17370] PEP should note related PEPs
In-Reply-To: <1362618784.61.0.181108502719.issue17370@psf.upfronthosting.co.za>
Message-ID: <1363009573.0.0.165331297746.issue17370@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

It seems to me that the right thing to add a related PEPs section to any PEP which needs it, but I don't think we need an official header for it.  Thus, I'm closing this PEP as Won't Fix.  Feel free to open new bugs for any specific PEP that needs additional work, or if you have commit privileges, JFDI. :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17370>
_______________________________________

From report at bugs.python.org  Mon Mar 11 15:25:01 2013
From: report at bugs.python.org (Chris Calloway)
Date: Mon, 11 Mar 2013 14:25:01 +0000
Subject: [issue15518] Provide test coverage for filecmp.dircmp.report methods.
In-Reply-To: <1343786533.33.0.657671203467.issue15518@psf.upfronthosting.co.za>
Message-ID: <1363011901.29.0.728261997754.issue15518@psf.upfronthosting.co.za>


Chris Calloway added the comment:

Yes, that's why I opened it. Feel free to submit patches if you think I'm moving too slowly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15518>
_______________________________________

From report at bugs.python.org  Mon Mar 11 15:25:05 2013
From: report at bugs.python.org (bagrat lazaryan)
Date: Mon, 11 Mar 2013 14:25:05 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362976981.4.0.549059768746.issue17390@psf.upfronthosting.co.za>
Message-ID: <DUB116-DS493C460DC361A87A71BF34B1E10@phx.gbl>


bagrat lazaryan added the comment:

or better still:

...
from platform import python_version, architecture
    shell_title = "Python %s %s Shell" % (python_version(), architecture()[0])
...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Mon Mar 11 15:26:37 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 14:26:37 +0000
Subject: [issue11963] Remove human verification from test suite (test_parser
	and test_subprocess)
In-Reply-To: <1304178205.97.0.319156485187.issue11963@psf.upfronthosting.co.za>
Message-ID: <1363011997.27.0.521165380151.issue11963@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11963>
_______________________________________

From report at bugs.python.org  Mon Mar 11 15:38:42 2013
From: report at bugs.python.org (Nickolai Zeldovich)
Date: Mon, 11 Mar 2013 14:38:42 +0000
Subject: [issue17016] _sre: avoid relying on pointer overflow
In-Reply-To: <1358870068.45.0.162917053865.issue17016@psf.upfronthosting.co.za>
Message-ID: <1363012722.42.0.907267469433.issue17016@psf.upfronthosting.co.za>


Nickolai Zeldovich added the comment:

I get an HTTP error when trying to upload another patch through Rietveld, so here's a revised patch that avoids the need for Py_uintptr_t (thanks Serhiy).

----------
Added file: http://bugs.python.org/file29379/pp-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17016>
_______________________________________

From report at bugs.python.org  Mon Mar 11 15:39:07 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Mar 2013 14:39:07 +0000
Subject: [issue8402] Add a function to escape metacharacters in glob/fnmatch
In-Reply-To: <1271292687.68.0.249436327738.issue8402@psf.upfronthosting.co.za>
Message-ID: <1363012747.09.0.704138875539.issue8402@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Escaping for glob on Windows should not be such trivial. Special characters in the drive part have no special meaning and should not be escaped. I.e. ``escape('//?/c:/Quo vadis?.txt')`` should return ``'//?/c:/Quo vadis[?].txt'``. Perhaps we should move the escape function to the glob module (because it is glob's peculiarity).

Here is a patch for glob.escape().

----------
Added file: http://bugs.python.org/file29380/glob_escape.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8402>
_______________________________________

From report at bugs.python.org  Mon Mar 11 16:40:03 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Mar 2013 15:40:03 +0000
Subject: [issue16389] re._compiled_typed's lru_cache causes significant
	degradation of the mako_v2 bench
In-Reply-To: <1351880615.07.0.187029674279.issue16389@psf.upfronthosting.co.za>
Message-ID: <1363016403.2.0.102206808576.issue16389@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Raymond, actually my patch reverts 3.1 logic. lru_cache used since 3.2.

There are no any additional re cache tests in 3.2 or 3.1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16389>
_______________________________________

From report at bugs.python.org  Mon Mar 11 16:48:23 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Mon, 11 Mar 2013 15:48:23 +0000
Subject: [issue16389] re._compiled_typed's lru_cache causes significant
	degradation of the mako_v2 bench
In-Reply-To: <1351880615.07.0.187029674279.issue16389@psf.upfronthosting.co.za>
Message-ID: <1363016903.2.0.615126453893.issue16389@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

> Which does give me a thought - perhaps lru_cache in 3.4 could accept a 
> "key" argument that is called as "key(*args, **kwds)" to derive the cache 
> key? (that would be a separate issue, of course)

Agreed.  I suggested the same in an earlier post.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16389>
_______________________________________

From report at bugs.python.org  Mon Mar 11 16:57:28 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Mon, 11 Mar 2013 15:57:28 +0000
Subject: [issue15518] Provide test coverage for filecmp.dircmp.report methods.
In-Reply-To: <1343786533.33.0.657671203467.issue15518@psf.upfronthosting.co.za>
Message-ID: <1363017448.81.0.703471127552.issue15518@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Chris, your reply seems to indicate that you're irritated for some reason, and I'm not sure why.

I was simply going through my open issue backlog, and since this is something I'd like to see fixed, I noticed that you said in October that you have some patches so I pinged you as a reminder. This is pretty accepted practice in the issue tracker. It doesn't imply that "you're moving too slowly", since this isn't really a critical issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15518>
_______________________________________

From report at bugs.python.org  Mon Mar 11 17:10:12 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Mar 2013 16:10:12 +0000
Subject: [issue17395] Wait for live children in test_multiprocessing
In-Reply-To: <1362981973.71.0.196471056515.issue17395@psf.upfronthosting.co.za>
Message-ID: <1363018212.73.0.863019608214.issue17395@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Why > 1? This should be commented.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17395>
_______________________________________

From report at bugs.python.org  Mon Mar 11 17:30:38 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Mar 2013 16:30:38 +0000
Subject: [issue16321] Move eq.h out of stringlib
In-Reply-To: <1351157379.02.0.714048258846.issue16321@psf.upfronthosting.co.za>
Message-ID: <1363019438.94.0.337440097235.issue16321@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16321>
_______________________________________

From report at bugs.python.org  Mon Mar 11 17:31:48 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 16:31:48 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <3ZPlFb3bCvzQcx@mail.python.org>


Roundup Robot added the comment:

New changeset 89174df2ee45 by Benjamin Peterson in branch 'default':
remove useless words (#17327)
http://hg.python.org/cpython/rev/89174df2ee45

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Mon Mar 11 17:32:11 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Mar 2013 16:32:11 +0000
Subject: [issue17360] Regular expressions on mmap'd files can overflow
In-Reply-To: <1362520048.77.0.430567108666.issue17360@psf.upfronthosting.co.za>
Message-ID: <1363019531.88.0.88069609309.issue17360@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17360>
_______________________________________

From report at bugs.python.org  Mon Mar 11 17:41:32 2013
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 11 Mar 2013 16:41:32 +0000
Subject: [issue17066] Fix test discovery for test_robotparser.py
In-Reply-To: <1359405171.11.0.463426342019.issue17066@psf.upfronthosting.co.za>
Message-ID: <1363020092.81.0.0240942719444.issue17066@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I agree that, long-term, test_robotparser should probably be rewritten with less magic.  Short-term, though, I think it would be good to get a temporary fix for discovery in place since this is the only test file that completely blows up discovery before it even starts testing, and open a new issue for the rewrite.  The v3 patch does the job with the least disruption in the file, though it does add a bit more magic.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17066>
_______________________________________

From report at bugs.python.org  Mon Mar 11 17:42:21 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Mon, 11 Mar 2013 16:42:21 +0000
Subject: [issue16004] Add `make touch` to 2.7 Makefile
In-Reply-To: <1348391075.72.0.200262721096.issue16004@psf.upfronthosting.co.za>
Message-ID: <1363020141.05.0.613498161224.issue16004@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis added the comment:

"touch" target could be also added to 3.2 branch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16004>
_______________________________________

From report at bugs.python.org  Mon Mar 11 17:44:46 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Mon, 11 Mar 2013 16:44:46 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1363020286.07.0.374707709783.issue17327@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Please use either of the following wordings in the documentation:

"""
If the key is not in the dict, it is inserted with value *defaultobj* and *defaultobj* is returned.
"""

or

"""
If the key is not in the dict, it is inserted with value *defaultobj*, which is then returned.
"""

Otherwise, the docs leave it open if anything at all is returned in the case of a lookup failure. (I initially wanted to make that clear with the PyDict_GetItem*() name, but since that was rejected, it's worth making up for in the docs.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Mon Mar 11 17:48:25 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Mon, 11 Mar 2013 16:48:25 +0000
Subject: [issue15851] Lib/robotparser.py doesn't accept setting a user agent
	string, instead it uses the default.
In-Reply-To: <1346610964.7.0.836759738208.issue15851@psf.upfronthosting.co.za>
Message-ID: <1363020505.03.0.532906204195.issue15851@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15851>
_______________________________________

From report at bugs.python.org  Mon Mar 11 17:50:35 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 16:50:35 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <3ZPlgG1Vg6zN4m@mail.python.org>


Roundup Robot added the comment:

New changeset 8948dd77b095 by Benjamin Peterson in branch 'default':
say defaultobj is returned (#17327)
http://hg.python.org/cpython/rev/8948dd77b095

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Mon Mar 11 17:53:17 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Mon, 11 Mar 2013 16:53:17 +0000
Subject: [issue17395] Wait for live children in test_multiprocessing
In-Reply-To: <1362981973.71.0.196471056515.issue17395@psf.upfronthosting.co.za>
Message-ID: <1363020797.14.0.490374497515.issue17395@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

> Why > 1? This should be commented.

The manager process will always be included in active_children().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17395>
_______________________________________

From report at bugs.python.org  Mon Mar 11 17:56:16 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Mon, 11 Mar 2013 16:56:16 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1363020976.63.0.0529104763372.issue17327@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

... and it's called "defaultobj", not "defautobj".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Mon Mar 11 18:17:31 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 17:17:31 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <3ZPmGL6zv9zQqb@mail.python.org>


Roundup Robot added the comment:

New changeset f6f39ebd3121 by Benjamin Peterson in branch 'default':
fix spelling (#17327)
http://hg.python.org/cpython/rev/f6f39ebd3121

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Mon Mar 11 18:22:56 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Mon, 11 Mar 2013 17:22:56 +0000
Subject: [issue17398] document url argument of RobotFileParser
Message-ID: <1363022576.74.0.509640263285.issue17398@psf.upfronthosting.co.za>


New submission from Tshepang Lekhonkhobe:

Looking at the documentation, one would think RobotFileParser does not accept any argument, but it does -- "url".

Documenting this would remove the pain of having to call "set_url()".

----------
assignee: docs at python
components: Documentation
messages: 183979
nosy: docs at python, tshepang
priority: normal
severity: normal
status: open
title: document url argument of RobotFileParser
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17398>
_______________________________________

From report at bugs.python.org  Mon Mar 11 18:28:12 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Mon, 11 Mar 2013 17:28:12 +0000
Subject: [issue17327] Add PyDict_GetItemSetDefault() as C-API for
	dict.setdefault()
In-Reply-To: <1362145555.76.0.784733003054.issue17327@psf.upfronthosting.co.za>
Message-ID: <1363022892.56.0.392858325765.issue17327@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17327>
_______________________________________

From report at bugs.python.org  Mon Mar 11 18:29:47 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 17:29:47 +0000
Subject: [issue17354] TypeError when running setup.py upload --show-response
In-Reply-To: <1362477390.5.0.0948217479976.issue17354@psf.upfronthosting.co.za>
Message-ID: <1363022987.87.0.634982360107.issue17354@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Thanks for the report and patch.  I think this bug is already reported, I?ll search for the duplicate when I get time.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17354>
_______________________________________

From report at bugs.python.org  Mon Mar 11 18:30:18 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 11 Mar 2013 17:30:18 +0000
Subject: [issue17354] TypeError when running setup.py upload --show-response
In-Reply-To: <1362477390.5.0.0948217479976.issue17354@psf.upfronthosting.co.za>
Message-ID: <1363023018.7.0.403193738047.issue17354@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee:  -> eric.araujo
components: +Distutils -Library (Lib)
nosy: +tarek
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17354>
_______________________________________

From report at bugs.python.org  Mon Mar 11 18:34:39 2013
From: report at bugs.python.org (Aman Shah)
Date: Mon, 11 Mar 2013 17:34:39 +0000
Subject: [issue17296] Cannot unpickle classes derived from 'Exception'
In-Reply-To: <1361811616.55.0.878692548703.issue17296@psf.upfronthosting.co.za>
Message-ID: <1363023279.6.0.284140897346.issue17296@psf.upfronthosting.co.za>


Aman Shah added the comment:

I think it works with the other test also now. Have also included the failed test mentioned by Tres in the patch since it wasn't present in the python2.7 test suite.

----------
Added file: http://bugs.python.org/file29381/issue_17296v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17296>
_______________________________________

From report at bugs.python.org  Mon Mar 11 19:25:01 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 11 Mar 2013 18:25:01 +0000
Subject: [issue17296] Cannot unpickle classes derived from 'Exception'
In-Reply-To: <1361811616.55.0.878692548703.issue17296@psf.upfronthosting.co.za>
Message-ID: <1363026301.15.0.13167486075.issue17296@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17296>
_______________________________________

From report at bugs.python.org  Mon Mar 11 20:39:34 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 19:39:34 +0000
Subject: [issue17395] Wait for live children in test_multiprocessing
In-Reply-To: <1362981973.71.0.196471056515.issue17395@psf.upfronthosting.co.za>
Message-ID: <3ZPqQF5K59zR0F@mail.python.org>


Roundup Robot added the comment:

New changeset 2966e5a55396 by Ezio Melotti in branch 'default':
#17395: wait for live children in test_multiprocessing.
http://hg.python.org/cpython/rev/2966e5a55396

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17395>
_______________________________________

From report at bugs.python.org  Mon Mar 11 20:40:12 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 11 Mar 2013 19:40:12 +0000
Subject: [issue17395] Wait for live children in test_multiprocessing
In-Reply-To: <1362981973.71.0.196471056515.issue17395@psf.upfronthosting.co.za>
Message-ID: <1363030812.32.0.60386706946.issue17395@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I added a comment and committed the patch.  Thanks for the reviews!

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17395>
_______________________________________

From report at bugs.python.org  Mon Mar 11 20:42:25 2013
From: report at bugs.python.org (Simon Wagner)
Date: Mon, 11 Mar 2013 19:42:25 +0000
Subject: [issue17392] Python installer for Windows packages wrong zipfile.py
In-Reply-To: <1362944182.73.0.355827245309.issue17392@psf.upfronthosting.co.za>
Message-ID: <1363030945.77.0.647174718998.issue17392@psf.upfronthosting.co.za>


Simon Wagner added the comment:

I compared the file in http://hg.python.org/cpython/file/3.3/Lib/zipfile.py with the zipfile.py that is distributed with http://www.python.org/ftp/python/3.3.0/python-3.3.0.msi

They differ in several places. I checked several times, so this is either an error in the installer or an error in the documentation, as the wrong version is linked.

This is especially unfortunate, as the version that is distributed has problems with long path names (prefixed with the famous \\?\). The one that is linked in the documentation however, does not have that same problem.

I did attach the zipfile.py that comes with the installer. I hope this is helpful for you.

----------
Added file: http://bugs.python.org/file29382/zipfile.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17392>
_______________________________________

From report at bugs.python.org  Mon Mar 11 20:44:47 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 11 Mar 2013 19:44:47 +0000
Subject: [issue17392] Python installer for Windows packages wrong zipfile.py
In-Reply-To: <1362944182.73.0.355827245309.issue17392@psf.upfronthosting.co.za>
Message-ID: <1363031087.21.0.598565829897.issue17392@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

You should probably compare it with http://hg.python.org/cpython/file/v3.3.0/Lib/zipfile.py.
The one you linked contains changes that will be included in the next 3.3.x release.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17392>
_______________________________________

From report at bugs.python.org  Mon Mar 11 20:48:17 2013
From: report at bugs.python.org (Simon Wagner)
Date: Mon, 11 Mar 2013 19:48:17 +0000
Subject: [issue17392] Python installer for Windows packages wrong zipfile.py
In-Reply-To: <1362944182.73.0.355827245309.issue17392@psf.upfronthosting.co.za>
Message-ID: <1363031297.48.0.467853444674.issue17392@psf.upfronthosting.co.za>


Simon Wagner added the comment:

yep, those match. Sorry for the inconvenience.

So I will have to wait a while before I can use long path names.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17392>
_______________________________________

From report at bugs.python.org  Mon Mar 11 20:48:40 2013
From: report at bugs.python.org (Simon Wagner)
Date: Mon, 11 Mar 2013 19:48:40 +0000
Subject: [issue17392] Python installer for Windows packages wrong zipfile.py
In-Reply-To: <1362944182.73.0.355827245309.issue17392@psf.upfronthosting.co.za>
Message-ID: <1363031320.99.0.25781088855.issue17392@psf.upfronthosting.co.za>


Changes by Simon Wagner <wagner.sim88 at web.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17392>
_______________________________________

From report at bugs.python.org  Mon Mar 11 20:49:30 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 11 Mar 2013 19:49:30 +0000
Subject: [issue17392] Python installer for Windows packages wrong zipfile.py
In-Reply-To: <1362944182.73.0.355827245309.issue17392@psf.upfronthosting.co.za>
Message-ID: <1363031370.08.0.863462033415.issue17392@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17392>
_______________________________________

From report at bugs.python.org  Mon Mar 11 20:50:21 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 11 Mar 2013 19:50:21 +0000
Subject: [issue17381] IGNORECASE breaks unicode literal range matching
In-Reply-To: <1362689552.47.0.00880933015098.issue17381@psf.upfronthosting.co.za>
Message-ID: <1363031421.95.0.582777052062.issue17381@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Matthew, should this be closed then?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17381>
_______________________________________

From report at bugs.python.org  Mon Mar 11 20:59:42 2013
From: report at bugs.python.org (Chris Adams)
Date: Mon, 11 Mar 2013 19:59:42 +0000
Subject: [issue17381] IGNORECASE breaks unicode literal range matching
In-Reply-To: <1362689552.47.0.00880933015098.issue17381@psf.upfronthosting.co.za>
Message-ID: <1363031982.69.0.496409069159.issue17381@psf.upfronthosting.co.za>


Chris Adams added the comment:

Ezio: given the non-obvious failure, what do you think of at least documenting this and issuing a warning any time both re.UNICODE and re.IGNORECASE are set?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17381>
_______________________________________

From report at bugs.python.org  Mon Mar 11 21:05:22 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 11 Mar 2013 20:05:22 +0000
Subject: [issue17353] Plistlib outputs empty data tags when deeply nested
In-Reply-To: <1362429215.6.0.797287296233.issue17353@psf.upfronthosting.co.za>
Message-ID: <1363032322.28.0.391153287292.issue17353@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
keywords: +easy
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17353>
_______________________________________

From report at bugs.python.org  Mon Mar 11 21:17:03 2013
From: report at bugs.python.org (Aman Shah)
Date: Mon, 11 Mar 2013 20:17:03 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1363033023.68.0.251353089373.issue17299@psf.upfronthosting.co.za>


Aman Shah added the comment:

Version 3.

----------
keywords: +patch
Added file: http://bugs.python.org/file29383/issue17299v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Mon Mar 11 21:23:31 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Mar 2013 20:23:31 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1363033411.51.0.43028557999.issue17299@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

LGTM. You forgot to remove close() from some classes, I'll do it myself before committing.

----------
assignee:  -> serhiy.storchaka
stage: needs patch -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Mon Mar 11 22:00:24 2013
From: report at bugs.python.org (Matthew Barnett)
Date: Mon, 11 Mar 2013 21:00:24 +0000
Subject: [issue17381] IGNORECASE breaks unicode literal range matching
In-Reply-To: <1362689552.47.0.00880933015098.issue17381@psf.upfronthosting.co.za>
Message-ID: <1363035624.77.0.681960066457.issue17381@psf.upfronthosting.co.za>


Matthew Barnett added the comment:

In issue #3511 the range was slightly unusual, so closing it seemed a reasonable approach, but the range in this issue is less clearly a problem. My preference would be to fix it, if possible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17381>
_______________________________________

From report at bugs.python.org  Mon Mar 11 22:24:54 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Mar 2013 21:24:54 +0000
Subject: [issue17381] IGNORECASE breaks unicode literal range matching
In-Reply-To: <1362689552.47.0.00880933015098.issue17381@psf.upfronthosting.co.za>
Message-ID: <1363037094.01.0.733589787118.issue17381@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I'm working on the patch.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17381>
_______________________________________

From report at bugs.python.org  Mon Mar 11 22:29:04 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 21:29:04 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <3ZPsrb38lgzQX4@mail.python.org>


Roundup Robot added the comment:

New changeset 1ecb712fcf22 by Terry Jan Reedy in branch '2.7':
Issue #17047: removed doubled words in Doc/*, Mac/*, and Tool/*
http://hg.python.org/cpython/rev/1ecb712fcf22

New changeset e37647470fcf by Terry Jan Reedy in branch '3.2':
Issue #17047: removed doubled words in Doc/*, Mac/*, and Tool/*
http://hg.python.org/cpython/rev/e37647470fcf

New changeset 629322a13b53 by Terry Jan Reedy in branch '3.3':
Merge with 3.2: Issue #17047: removed doubled words in Doc/*,
http://hg.python.org/cpython/rev/629322a13b53

New changeset c187c145b4c4 by Terry Jan Reedy in branch 'default':
Merge with 3.3: Issue #17047: removed doubled words in Doc/*,
http://hg.python.org/cpython/rev/c187c145b4c4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Mon Mar 11 22:30:36 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Mar 2013 21:30:36 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <1363037436.03.0.68913989267.issue17047@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Tools/gdb/libpython.py and some other doubles were fixed by rev81772 on the same day this issue was opened. I suspect that the copy had not been updated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Mon Mar 11 22:43:13 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Mar 2013 21:43:13 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <1363038193.23.0.222683383642.issue17047@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you, Terry.

----------
assignee: docs at python -> terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Mon Mar 11 22:47:07 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 21:47:07 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <3ZPtFQ4hLZzRvT@mail.python.org>


Roundup Robot added the comment:

New changeset e145dddb9d93 by Terry Jan Reedy in branch '2.7':
Issue #17047: remove doubled words found in 2.7 to 3.4 Modules/*,
http://hg.python.org/cpython/rev/e145dddb9d93

New changeset e9ba9f21a828 by Terry Jan Reedy in branch '3.2':
Issue #17047: remove doubled words found in 2.7 to 3.4 Modules/*,
http://hg.python.org/cpython/rev/e9ba9f21a828

New changeset a42195046e39 by Terry Jan Reedy in branch '3.3':
Merge 3.2, Issue #17047: remove doubled words found in 2.7 to 3.4
http://hg.python.org/cpython/rev/a42195046e39

New changeset 4bd13f45d3a2 by Terry Jan Reedy in branch 'default':
Merge 3.3, issue #17047: remove doubled words found in 2.7 to 3.4
http://hg.python.org/cpython/rev/4bd13f45d3a2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Mon Mar 11 23:00:17 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 22:00:17 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <3ZPtXS1JJqzRMP@mail.python.org>


Roundup Robot added the comment:

New changeset cd0191a9b5c9 by Terry Jan Reedy in branch '2.7':
Issue #17047: remove doubled words found in 2.7 to 3.4 Lib/*,
http://hg.python.org/cpython/rev/cd0191a9b5c9

New changeset 3f5f961262ec by Terry Jan Reedy in branch '3.2':
Issue #17047: remove doubled words found in 2.7 to 3.4 Lib/*,
http://hg.python.org/cpython/rev/3f5f961262ec

New changeset 0547f89aa620 by Terry Jan Reedy in branch '3.3':
Merge 3.2, issue #17047: remove doubled words found in 2.7 to
http://hg.python.org/cpython/rev/0547f89aa620

New changeset 01aa93888917 by Terry Jan Reedy in branch 'default':
Merge 3.3, issue #17047: remove doubled words found in 2.7 to
http://hg.python.org/cpython/rev/01aa93888917

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Mon Mar 11 23:40:12 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Mar 2013 22:40:12 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <3ZPvQh10dxzRXb@mail.python.org>


Roundup Robot added the comment:

New changeset e9ada209b67f by Terry Jan Reedy in branch '3.3':
Issue #17047: remove doubled words added in 3.3
http://hg.python.org/cpython/rev/e9ada209b67f

New changeset 908d45fdbecd by Terry Jan Reedy in branch 'default':
Merge with 3.3, issue #17047: remove doubled words added in 3.3,
http://hg.python.org/cpython/rev/908d45fdbecd

New changeset 0a26a8b13193 by Terry Jan Reedy in branch 'default':
Issue #17047: remove doubled words added in 3.4,
http://hg.python.org/cpython/rev/0a26a8b13193

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Tue Mar 12 01:04:04 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 00:04:04 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
Message-ID: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

test_multiprocessing is giving multiple errors like
Process Process-21:
Traceback (most recent call last):
  File "F:\Python\dev\py27\lib\multiprocessing\process.py", line 258, in _bootstrap
    self.run()
  File "F:\Python\dev\py27\lib\multiprocessing\process.py", line 114, in run
    self._target(*self._args, **self._kwargs)
  File "F:\Python\dev\py27\lib\test\test_multiprocessing.py", line 1703, in _test
    conn.send('hello')
IOError: [Errno 10038] An operation was attempted on something that is not a socket
...
  File "F:\Python\dev\py27\lib\test\test_multiprocessing.py", line 1419, in _putter
    manager.connect()
  File "F:\Python\dev\py27\lib\multiprocessing\managers.py", line 500, in connect
    conn = Client(self._address, authkey=self._authkey)
  File "F:\Python\dev\py27\lib\multiprocessing\connection.py", line 465, in XmlClient
    return ConnectionWrapper(Client(*args, **kwds), _xml_dumps, _xml_loads)
  File "F:\Python\dev\py27\lib\multiprocessing\connection.py", line 175, in Client
    answer_challenge(c, authkey)
  File "F:\Python\dev\py27\lib\multiprocessing\connection.py", line 420, in answer_challenge
    message = connection.recv_bytes(256)         # reject large message
IOError: [Errno 10038] An operation was attempted on something that is not a socket

After a few of these, it hangs and I have to either kill multiple processes with TaskManager (or maybe kill-python would work) or kill the console. All tracebacks seem to one of these two. The common factor is 'not a socket'. It seems that something in the test should be skipped on windows. I got similar results running test_multiprocessing by itself. The process numbers are haphazard.

----------
messages: 184000
nosy: ezio.melotti, sbt, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: test_multiprocessing hang on Windows, non-sockets
type: behavior
versions: Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 01:26:25 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 00:26:25 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363047985.75.0.0319773238742.issue17399@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

For 3.3 and 3.4, test went on for several minutes putting out [###### refs] lines but finally said '1 test OK'. I tried 3.2 again and it never outputs refs lines but fairly soon gives errors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 01:28:53 2013
From: report at bugs.python.org (Meador Inge)
Date: Tue, 12 Mar 2013 00:28:53 +0000
Subject: [issue17345] Portable and extended type specifiers for array module
In-Reply-To: <1362385577.82.0.862277690656.issue17345@psf.upfronthosting.co.za>
Message-ID: <1363048133.53.0.402841089655.issue17345@psf.upfronthosting.co.za>


Changes by Meador Inge <meadori at gmail.com>:


----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17345>
_______________________________________

From report at bugs.python.org  Tue Mar 12 02:36:57 2013
From: report at bugs.python.org (Lei Miao)
Date: Tue, 12 Mar 2013 01:36:57 +0000
Subject: [issue17400] ipaddress.is_private needs to take into account of
	rfc6598
Message-ID: <1363052217.02.0.113831391012.issue17400@psf.upfronthosting.co.za>


New submission from Lei Miao:

Currently: ipaddress.IPv4Network('100.64.1.0/24').is_private == False


Given RFC6598, 100.64.0.0/10 is now approved for use as CGN space, and also for rfc1918-like private usage. Could the code be altered so that is_private will return true for 100.64.0.0/10 as well??

----------
components: Library (Lib)
messages: 184002
nosy: leim
priority: normal
severity: normal
status: open
title: ipaddress.is_private needs to take into account of rfc6598
type: enhancement
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17400>
_______________________________________

From report at bugs.python.org  Tue Mar 12 03:08:53 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Tue, 12 Mar 2013 02:08:53 +0000
Subject: [issue17400] ipaddress.is_private needs to take into account of
	rfc6598
In-Reply-To: <1363052217.02.0.113831391012.issue17400@psf.upfronthosting.co.za>
Message-ID: <1363054133.49.0.345616926569.issue17400@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17400>
_______________________________________

From report at bugs.python.org  Tue Mar 12 04:12:07 2013
From: report at bugs.python.org (Robert Collins)
Date: Tue, 12 Mar 2013 03:12:07 +0000
Subject: [issue17401] io.FileIO closefd parameter is not documented nor shown
	in repr
Message-ID: <1363057927.36.0.00381165430664.issue17401@psf.upfronthosting.co.za>


New submission from Robert Collins:

the docs (http://docs.python.org/3.x/library/io.html#io.FileIO) do not document closefd, and AFAICT it isn't possible to tell if closefd is set after the object is created. Specifically it does not show up in the repr().

>>> import sys
>>> sys.stdout
<_io.TextIOWrapper name='<stdout>' mode='w' encoding='UTF-8'>
>>> sys.stdout.buffer
<_io.BufferedWriter name='<stdout>'>
>>> sys.stdout.buffer.raw
<_io.FileIO name='<stdout>' mode='wb'>

If one wants to reopen sys.std in non-buffered mode, the right thing to do according to a recent thread on python-ideas is to use fdopen - e.g.

mystream = io.open(sys.stdout.fileno(), 'wt', 0) 
but this will set closefd to True in the new object, which results in hilarity when it gets garbage collected. And you cannot tell or compare that to the original stdout because of the lack of exposure of this attribute and it's implications. (Does it close the fd on __del__? After each operation? On close() being called on the FileIO object?)

----------
messages: 184003
nosy: rbcollins
priority: normal
severity: normal
status: open
title: io.FileIO closefd parameter is not documented nor shown in repr
versions: Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17401>
_______________________________________

From report at bugs.python.org  Tue Mar 12 04:13:33 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 03:13:33 +0000
Subject: [issue17401] io.FileIO closefd parameter is not documented nor shown
	in repr
In-Reply-To: <1363057927.36.0.00381165430664.issue17401@psf.upfronthosting.co.za>
Message-ID: <1363058013.28.0.00243788237927.issue17401@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation, IO, Library (Lib)
nosy: +docs at python, pitrou
type:  -> enhancement
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17401>
_______________________________________

From report at bugs.python.org  Tue Mar 12 04:39:13 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 12 Mar 2013 03:39:13 +0000
Subject: [issue16774] Additional recipes for itertools docs
In-Reply-To: <1356381615.1.0.91798699559.issue16774@psf.upfronthosting.co.za>
Message-ID: <1363059553.29.0.843143474726.issue16774@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I will add drop() to the recipes and possibly take_last() which I would rename add tail().

Sorry, I don't have interest in the others.  I don't find them instructive or very useful.

----------
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16774>
_______________________________________

From report at bugs.python.org  Tue Mar 12 04:50:59 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 03:50:59 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
In-Reply-To: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>
Message-ID: <1363060259.6.0.664991522.issue17323@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> If this is done, it should probably be on by default on all
> --with-pydebug buildbots.

With "on by default" you mean that the output should be disabled or enabled?

> Otherwise I suspect nobody will _ever_ look at its output and we
> should just remove the feature all together.

IME the refcount is only useful while trying things in the interactive interpreter manually, e.g. try to repeat the same operation and see if the refcount increases or not.  In this case the feature would still be useful, so it should be kept.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From report at bugs.python.org  Tue Mar 12 05:11:18 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 04:11:18 +0000
Subject: [issue17375] Add docstrings to methods in the threading module
In-Reply-To: <1362648255.88.0.520762515957.issue17375@psf.upfronthosting.co.za>
Message-ID: <1363061478.36.0.0250480915561.issue17375@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17375>
_______________________________________

From report at bugs.python.org  Tue Mar 12 05:14:40 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 04:14:40 +0000
Subject: [issue15964] SyntaxError in asdl when building 2.7 with system Python
	3
In-Reply-To: <1347978379.29.0.810502621141.issue15964@psf.upfronthosting.co.za>
Message-ID: <1363061680.21.0.472333475174.issue15964@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

`make touch` is now in 2.7, so the patch should be updated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15964>
_______________________________________

From report at bugs.python.org  Tue Mar 12 05:16:07 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 04:16:07 +0000
Subject: [issue17387] Error in C API documentation of PySequenceMethods
In-Reply-To: <1362790710.8.0.92948490889.issue17387@psf.upfronthosting.co.za>
Message-ID: <1363061767.17.0.38278759407.issue17387@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +benjamin.peterson, ezio.melotti
stage:  -> needs patch
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17387>
_______________________________________

From report at bugs.python.org  Tue Mar 12 06:05:36 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 05:05:36 +0000
Subject: [issue17368] Python version of JSON decoder does not work with
	object_pairs_hook
In-Reply-To: <1362587505.92.0.0585396597719.issue17368@psf.upfronthosting.co.za>
Message-ID: <1363064736.79.0.957194772529.issue17368@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Here's a patch.

----------
assignee:  -> ezio.melotti
keywords: +patch
stage: test needed -> patch review
Added file: http://bugs.python.org/file29384/issue17368.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17368>
_______________________________________

From report at bugs.python.org  Tue Mar 12 06:50:23 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 12 Mar 2013 05:50:23 +0000
Subject: [issue14707] extend() puzzled me.
In-Reply-To: <1335975316.5.0.356302155228.issue14707@psf.upfronthosting.co.za>
Message-ID: <3ZQ4z30BXrzQfD@mail.python.org>


Roundup Robot added the comment:

New changeset c162e2ff15bd by Terry Jan Reedy in branch '2.7':
Issue #14707: add news entry
http://hg.python.org/cpython/rev/c162e2ff15bd

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14707>
_______________________________________

From report at bugs.python.org  Tue Mar 12 06:51:04 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 12 Mar 2013 05:51:04 +0000
Subject: [issue17066] Fix test discovery for test_robotparser.py
In-Reply-To: <1359405171.11.0.463426342019.issue17066@psf.upfronthosting.co.za>
Message-ID: <3ZQ4zq5XmPzQfD@mail.python.org>


Roundup Robot added the comment:

New changeset fa051c6276a0 by Ezio Melotti in branch '3.3':
#17066: test_robotparser now works with unittest test discovery.  Patch by Zachary Ware.
http://hg.python.org/cpython/rev/fa051c6276a0

New changeset 8fdce849d0b3 by Ezio Melotti in branch 'default':
#17066: merge with 3.3.
http://hg.python.org/cpython/rev/8fdce849d0b3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17066>
_______________________________________

From report at bugs.python.org  Tue Mar 12 06:54:10 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 05:54:10 +0000
Subject: [issue17066] Fix test discovery for test_robotparser.py
In-Reply-To: <1359405171.11.0.463426342019.issue17066@psf.upfronthosting.co.za>
Message-ID: <1363067650.81.0.921648944362.issue17066@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the patch!

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17066>
_______________________________________

From report at bugs.python.org  Tue Mar 12 07:09:24 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 06:09:24 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <1363068564.98.0.368251003313.issue17047@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The files in Modules/_ctypes/libffi/* shouldn't have been changed, but it probably doesn't matter much.  You also got the wrong issue id in Misc/NEWS (c162e2ff15bd).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Tue Mar 12 07:20:35 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 06:20:35 +0000
Subject: [issue14707] extend() puzzled me.
In-Reply-To: <1335975316.5.0.356302155228.issue14707@psf.upfronthosting.co.za>
Message-ID: <1363069235.49.0.168053725192.issue14707@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14707>
_______________________________________

From report at bugs.python.org  Tue Mar 12 07:44:44 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 06:44:44 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <1363070684.11.0.335573757336.issue17047@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I should have made separate new in 3.3 and new in 3.4 patches to begin with. This suggests that we need to recheck with each version. Serhiy and Mathew, could you post your search re's or scripts to use again on occasion?

I unlinked the 2.7 news notice, rev82624, misdirected to 14707
 Documentation
 -------------
 
+- Issue #14707: remove doubled words in docs and docstrings
+  reported by Serhiy Storchaka and Matthew Barnett.
+
 - Issue #16406: combine the pages for uploading and registering to PyPI.
 
 - Issue #16403: Document how distutils uses the maintainer field in

I am unable to properly add the 2 line NEWS note to 3.2 (or 3.3) as explained in a response on the python-checkins list. The whole file is deleted and added back with three extra lines (I presume they are added), or even with just one blank line added, in a monster 319kb patch. If someone wants to add a corrected version of the above for 3.2,3,4 on *nix, please go ahead.

Ezio, I do not understand your comment. The only change that looks even possibly wrong is 'that that' to 'that', and I am pretty sure I checked the context.

----------
assignee: terry.reedy -> docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Tue Mar 12 07:49:37 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 06:49:37 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363070977.58.0.275753572858.issue17399@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

running kill-python results in
Warning -- threading._dangling was modified by test_multiprocessing
Warning -- multiprocessing.process._dangling was modified by test_multiprocessing
test test_multiprocessing failed -- multiple errors occurred; run in verbose mode for details

-v added the attached details, and the test finished, though failed.

----------
Added file: http://bugs.python.org/file29385/test_multi.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 07:56:35 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 06:56:35 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <1363071395.92.0.414482935704.issue17047@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

AFAIK libffi is maintained externally, so as soon as it gets updated your changes will simply get lost (see #17192).  I replied on your python-checkins email.  If you still have problems I can add the NEWS entry on 3.x.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Tue Mar 12 08:21:15 2013
From: report at bugs.python.org (py.user)
Date: Tue, 12 Mar 2013 07:21:15 +0000
Subject: [issue17402] In mmap doc examples map() is shadowed
Message-ID: <1363072875.55.0.485249450415.issue17402@psf.upfronthosting.co.za>


New submission from py.user:

http://docs.python.org/3/library/mmap.html

examples use map as a name for the mmap object

----------
assignee: docs at python
components: Documentation
messages: 184015
nosy: docs at python, py.user
priority: normal
severity: normal
status: open
title: In mmap doc examples map() is shadowed
type: performance
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17402>
_______________________________________

From report at bugs.python.org  Tue Mar 12 08:40:56 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 07:40:56 +0000
Subject: [issue17402] In mmap doc examples map() is shadowed
In-Reply-To: <1363072875.55.0.485249450415.issue17402@psf.upfronthosting.co.za>
Message-ID: <1363074056.65.0.670377243484.issue17402@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
keywords: +easy
nosy: +ezio.melotti
stage:  -> needs patch
type: performance -> enhancement
versions: +Python 2.7, Python 3.2, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17402>
_______________________________________

From report at bugs.python.org  Tue Mar 12 09:11:31 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 08:11:31 +0000
Subject: [issue17381] IGNORECASE breaks unicode literal range matching
In-Reply-To: <1362689552.47.0.00880933015098.issue17381@psf.upfronthosting.co.za>
Message-ID: <1363075891.59.0.994336046088.issue17381@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Is this the same issue described in #12728?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17381>
_______________________________________

From report at bugs.python.org  Tue Mar 12 11:58:24 2013
From: report at bugs.python.org (Ben Mezger)
Date: Tue, 12 Mar 2013 10:58:24 +0000
Subject: [issue17403] Robotparser fails to parse some robots.txt
Message-ID: <1363085904.54.0.398684856881.issue17403@psf.upfronthosting.co.za>


New submission from Ben Mezger:

I am trying to parse Google's robots.txt (http://google.com/robots.txt) and it fails when checking whether I can crawl the url /catalogs/p? (which it's allowed) but it's returning false, according to my question on stackoverflow -> http://stackoverflow.com/questions/15344253/robotparser-doesnt-seem-to-parse-correctly

Someone has answered it has to do with the line "rllib.quote(urlparse.urlparse(urllib.unquote(url))[2])" in robotparser's module, since it removes the "?" from the end of the url. 

Here is the answer I received -> http://stackoverflow.com/a/15350039/1649067

----------
components: Library (Lib)
messages: 184017
nosy: benmezger
priority: normal
severity: normal
status: open
title: Robotparser fails to parse some robots.txt
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17403>
_______________________________________

From report at bugs.python.org  Tue Mar 12 12:01:39 2013
From: report at bugs.python.org (klappnase)
Date: Tue, 12 Mar 2013 11:01:39 +0000
Subject: [issue17397] ttk::themes missing from ttk.py
In-Reply-To: <1363005797.61.0.988966555267.issue17397@psf.upfronthosting.co.za>
Message-ID: <1363086099.16.0.000142719404861.issue17397@psf.upfronthosting.co.za>


Changes by klappnase <klappnase at web.de>:


----------
title: ttk::themes missing form ttk.py -> ttk::themes missing from ttk.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17397>
_______________________________________

From report at bugs.python.org  Tue Mar 12 12:31:55 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Tue, 12 Mar 2013 11:31:55 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363087915.22.0.142997458245.issue17399@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

Does this happen every time you run the tests?  (I don't see these errors.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 12:43:48 2013
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 12 Mar 2013 11:43:48 +0000
Subject: [issue17400] ipaddress.is_private needs to take into account of
	rfc6598
In-Reply-To: <1363052217.02.0.113831391012.issue17400@psf.upfronthosting.co.za>
Message-ID: <1363088628.2.0.168797815923.issue17400@psf.upfronthosting.co.za>


Christian Heimes added the comment:

According to Wikipedia [1] even more address ranges are reserved and non-routable. But only three address ranges are marked as private. So 100.64.0.0/10 is reserved and non-routable but not considered a private address range.

[1] http://en.wikipedia.org/wiki/Reserved_IP_addresses

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17400>
_______________________________________

From report at bugs.python.org  Tue Mar 12 13:02:50 2013
From: report at bugs.python.org (Aman Shah)
Date: Tue, 12 Mar 2013 12:02:50 +0000
Subject: [issue17402] In mmap doc examples map() is shadowed
In-Reply-To: <1363072875.55.0.485249450415.issue17402@psf.upfronthosting.co.za>
Message-ID: <1363089770.44.0.153932374121.issue17402@psf.upfronthosting.co.za>


Aman Shah added the comment:

Corrected map -> mymap.

----------
keywords: +patch
nosy: +Aman.Shah
Added file: http://bugs.python.org/file29386/issue17402.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17402>
_______________________________________

From report at bugs.python.org  Tue Mar 12 13:38:31 2013
From: report at bugs.python.org (Myroslav Opyr)
Date: Tue, 12 Mar 2013 12:38:31 +0000
Subject: [issue1669349] make install fails if no previous Python installation
Message-ID: <1363091911.42.0.0201003945774.issue1669349@psf.upfronthosting.co.za>


Myroslav Opyr added the comment:

I've got the issue with Python 2.4.6 and solved the issue with changing sequence of altinstall steps (moved sharedinstall before libinstall). See attached Makefile-2.4.6-unicodedata-zipfile-libinstall-altinstall-sequence.patch.

----------
nosy: +Myroslav.Opyr
Added file: http://bugs.python.org/file29387/Makefile-2.4.6-unicodedata-zipfile-libinstall-altinstall-sequence.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1669349>
_______________________________________

From report at bugs.python.org  Tue Mar 12 14:07:12 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 12 Mar 2013 13:07:12 +0000
Subject: [issue11367] xml.etree.ElementTree.find(all): docs are wrong
In-Reply-To: <1299030271.87.0.648664421014.issue11367@psf.upfronthosting.co.za>
Message-ID: <3ZQGg33tlJzRhJ@mail.python.org>


Roundup Robot added the comment:

New changeset 958217164846 by Eli Bendersky in branch '3.2':
Issue #11367: fix documentation of some find* methods in ElementTree
http://hg.python.org/cpython/rev/958217164846

New changeset 4012d4b41b2b by Eli Bendersky in branch '3.3':
Issue #11367: fix documentation of some find* methods in ElementTree
http://hg.python.org/cpython/rev/4012d4b41b2b

New changeset 7ae2c90f1ba2 by Eli Bendersky in branch 'default':
Issue #11367: fix documentation of some find* methods in ElementTree
http://hg.python.org/cpython/rev/7ae2c90f1ba2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11367>
_______________________________________

From report at bugs.python.org  Tue Mar 12 14:09:09 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 12 Mar 2013 13:09:09 +0000
Subject: [issue11367] xml.etree.ElementTree.find(all): docs are wrong
In-Reply-To: <1299030271.87.0.648664421014.issue11367@psf.upfronthosting.co.za>
Message-ID: <3ZQGjJ3BCdzRkN@mail.python.org>


Roundup Robot added the comment:

New changeset 8e6db2462a77 by Eli Bendersky in branch '2.7':
Issue #11367: fix documentation of some find* methods in ElementTree
http://hg.python.org/cpython/rev/8e6db2462a77

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11367>
_______________________________________

From report at bugs.python.org  Tue Mar 12 14:09:54 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Tue, 12 Mar 2013 13:09:54 +0000
Subject: [issue11367] xml.etree.ElementTree.find(all): docs are wrong
In-Reply-To: <1299030271.87.0.648664421014.issue11367@psf.upfronthosting.co.za>
Message-ID: <1363093794.86.0.825559403543.issue11367@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Thanks for the patches - committed with slight adaptations (in default branch the internal documentation switched from comments to docstrings).

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11367>
_______________________________________

From report at bugs.python.org  Tue Mar 12 15:42:41 2013
From: report at bugs.python.org (Robert Collins)
Date: Tue, 12 Mar 2013 14:42:41 +0000
Subject: [issue17404] ValueError: can't have unbuffered text I/O for io.open(1,
	'wt', 0)
Message-ID: <1363099360.99.0.903638972832.issue17404@psf.upfronthosting.co.za>


New submission from Robert Collins:

The io library rejects unbuffered text I/O, but this is not documented - and in fact can be manually worked around:
    binstdout = io.open(sys.stdout.fileno(), 'wt', 0)
    sys.stdout = io.TextIOWrapper(binstdout, encoding=sys.stdout.encoding)
will get a sys.stdout that is unbuffered.

Note that writing to a pipe doesn't really need to care about buffering anyway, if the user writes 300 characters, the codec will output a single block and the IO made will be one write:

This test script:
import sys
import io
stream = io.TextIOWrapper(io.open(sys.stdout.fileno(), 'wb', 0), encoding='utf8')
for r in range(10):
  stream.write(u'\u1234'*500)

When run under strace -c does exactly 10 writes: so the performance is predictable. IMO it doesn't make sense to prohibit unbuffered text write I/O. readers may be another matter, but that doesn't suffer the same latency issues.

----------
messages: 184025
nosy: rbcollins
priority: normal
severity: normal
status: open
title: ValueError: can't have unbuffered text I/O for io.open(1, 'wt', 0)
type: behavior
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17404>
_______________________________________

From report at bugs.python.org  Tue Mar 12 15:48:06 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 12 Mar 2013 14:48:06 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <1363099686.7.0.520181506254.issue17047@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> Serhiy and Mathew, could you post your search re's or scripts to use again on occasion?

For example:

  find * -type f -name '*.[ch]' -exec egrep -n '\b([a-zA-Z]+) \1\b' '{}' + | grep -v 'long long' | egrep --color '\b([a-zA-Z]+) \1\b'
  find * -type f -name '*.py' -exec egrep -n --color '\b([a-zA-Z]+) \1\b' '{}' +

And similar one-time one-liners for *.rst, *.txt, etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Tue Mar 12 15:53:07 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 12 Mar 2013 14:53:07 +0000
Subject: [issue17368] Python version of JSON decoder does not work with
	object_pairs_hook
In-Reply-To: <1362587505.92.0.0585396597719.issue17368@psf.upfronthosting.co.za>
Message-ID: <1363099987.51.0.489132471977.issue17368@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

LGTM. Perhaps with object_pairs_hook=tuple or object_pairs_hook=dict this test will look simpler.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17368>
_______________________________________

From report at bugs.python.org  Tue Mar 12 15:57:05 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 12 Mar 2013 14:57:05 +0000
Subject: [issue17397] ttk::themes missing from ttk.py
In-Reply-To: <1363005797.61.0.988966555267.issue17397@psf.upfronthosting.co.za>
Message-ID: <1363100225.83.0.571523238552.issue17397@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Can you provide some tests for the new method?

----------
nosy: +gpolo, serhiy.storchaka
stage:  -> test needed
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17397>
_______________________________________

From report at bugs.python.org  Tue Mar 12 16:03:06 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 12 Mar 2013 15:03:06 +0000
Subject: [issue17404] ValueError: can't have unbuffered text I/O for io.open(1,
	'wt', 0)
In-Reply-To: <1363099360.99.0.903638972832.issue17404@psf.upfronthosting.co.za>
Message-ID: <1363100586.83.0.700501721633.issue17404@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
components: +IO
nosy: +benjamin.peterson, hynek, pitrou, stutzbach
versions:  -Python 2.6, Python 3.1, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17404>
_______________________________________

From report at bugs.python.org  Tue Mar 12 17:29:27 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 16:29:27 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <1363105767.83.0.092859581582.issue17047@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I emailed the libffi subpatch to libffi-discuss.
Please add the 3.x news entry if you can get to it before I am able.
Then this issue can be closed, though the problem will obviously recur without an automatic check.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Tue Mar 12 17:31:04 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 16:31:04 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363105864.05.0.0499453133925.issue17399@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

All 4 or 5 times I tried on 3.2, yes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 17:35:15 2013
From: report at bugs.python.org (pmoody)
Date: Tue, 12 Mar 2013 16:35:15 +0000
Subject: [issue17400] ipaddress.is_private needs to take into account of
	rfc6598
In-Reply-To: <1363052217.02.0.113831391012.issue17400@psf.upfronthosting.co.za>
Message-ID: <1363106115.25.0.0150848967632.issue17400@psf.upfronthosting.co.za>


pmoody added the comment:

I don't see anyway to actually assign this bug to myself, but I'll get a patch for this.

----------
nosy: +pmoody

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17400>
_______________________________________

From report at bugs.python.org  Tue Mar 12 17:54:12 2013
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 12 Mar 2013 16:54:12 +0000
Subject: [issue17405] Add _Py_memset_s() to securely clear memory
Message-ID: <1363107252.29.0.782882608.issue17405@psf.upfronthosting.co.za>


New submission from Christian Heimes:

Compilers like GCC optimize away code like memset(var, 0, sizeof(var)) if the code occurs at the end of a function and var is not used anymore [1]. But security relevant code like hash and encryption use this to overwrite sensitive data with zeros.

The code in _sha3module.c uses memset() to clear its internal state. The other hash modules don't clear their internal states yet.


There exists a couple of solutions for the problem:

 * C11 [ISO/IEC 9899:2011] has a memset_s() function
 * MSVC has SecureZeroMemory()
 * GCC can disable the optimization with #pragma GCC optimize ("O0") since GCC 4.4
 * [2] contains an example for a custom implementation of memset_s() with volatile.

[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8537

[2] https://www.securecoding.cert.org/confluence/display/seccode/MSC06-C.+Be+aware+of+compiler+optimization+when+dealing+with+sensitive+data

----------
assignee: christian.heimes
messages: 184032
nosy: christian.heimes
priority: normal
severity: normal
stage: needs patch
status: open
title: Add _Py_memset_s() to securely clear memory
type: security
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17405>
_______________________________________

From report at bugs.python.org  Tue Mar 12 17:59:08 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 12 Mar 2013 16:59:08 +0000
Subject: [issue17405] Add _Py_memset_s() to securely clear memory
In-Reply-To: <1363107252.29.0.782882608.issue17405@psf.upfronthosting.co.za>
Message-ID: <1363107548.31.0.969461792951.issue17405@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Even if you get the memset to actually run, that's hardly sufficient for security. The OS can could have swapped it to disk.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17405>
_______________________________________

From report at bugs.python.org  Tue Mar 12 18:09:08 2013
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 12 Mar 2013 17:09:08 +0000
Subject: [issue17405] Add _Py_memset_s() to securely clear memory
In-Reply-To: <1363107252.29.0.782882608.issue17405@psf.upfronthosting.co.za>
Message-ID: <1363108148.62.0.704420942168.issue17405@psf.upfronthosting.co.za>


Christian Heimes added the comment:

mlock() can prevent swapping but it may need extra capabilities. A working memset_s() removes critical information from core dumps at least.

If we don't want to add _Py_memset_s() then I'm going to remove the dysfunctional clearstate macro from my sha3 module.

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17405>
_______________________________________

From report at bugs.python.org  Tue Mar 12 18:09:36 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Tue, 12 Mar 2013 17:09:36 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363108176.93.0.812388537707.issue17399@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

Could you try the following program:

import socket
import multiprocessing
import multiprocessing.reduction
import multiprocessing.connection

def socketpair():
    with socket.socket() as l:
        l.bind(('localhost', 0))
        l.listen(1)
        s = socket.socket()
        s.connect(l.getsockname())
        a, _ = l.accept()
        return s, a

def bar(s):
    print(s)
    s.sendall(b'from bar')

if __name__ == '__main__':
    a, b = socketpair()
    p = multiprocessing.Process(target=bar, args=(b,))
    p.start()
    b.close()
    print(a.recv(100))

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 18:17:11 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 12 Mar 2013 17:17:11 +0000
Subject: [issue17405] Add _Py_memset_s() to securely clear memory
In-Reply-To: <1363107252.29.0.782882608.issue17405@psf.upfronthosting.co.za>
Message-ID: <1363108631.89.0.711789532907.issue17405@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I'm not saying don't add it, just that you can't really "win" in the securely deleting data game unless you have special hardware.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17405>
_______________________________________

From report at bugs.python.org  Tue Mar 12 18:32:32 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 17:32:32 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363109552.2.0.174648225852.issue17399@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

In Command Prompt, 3.2 gave same error as before, 3.3 a different error.
multi-test.txt has full tracebacks.

----------
Added file: http://bugs.python.org/file29388/mult-test.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 18:49:25 2013
From: report at bugs.python.org (Santoso Wijaya)
Date: Tue, 12 Mar 2013 17:49:25 +0000
Subject: [issue17400] ipaddress.is_private needs to take into account of
	rfc6598
In-Reply-To: <1363052217.02.0.113831391012.issue17400@psf.upfronthosting.co.za>
Message-ID: <1363110565.77.0.823120371564.issue17400@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17400>
_______________________________________

From report at bugs.python.org  Tue Mar 12 19:06:33 2013
From: report at bugs.python.org (py.user)
Date: Tue, 12 Mar 2013 18:06:33 +0000
Subject: [issue17402] In mmap doc examples map() is shadowed
In-Reply-To: <1363072875.55.0.485249450415.issue17402@psf.upfronthosting.co.za>
Message-ID: <1363111593.42.0.603387033427.issue17402@psf.upfronthosting.co.za>


py.user added the comment:

how about "mm" ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17402>
_______________________________________

From report at bugs.python.org  Tue Mar 12 19:41:46 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Tue, 12 Mar 2013 18:41:46 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363113706.76.0.328130863632.issue17399@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

Now could you try the attached file?  (It will not work on 2.7 because a missing socket.fromfd().)

P.S. It looks like the error for 3.3 is associated with a file f:\python\mypy\traceback.py which presumably clashes with the one in the standard library.

----------
Added file: http://bugs.python.org/file29389/inherit_socket.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 19:48:38 2013
From: report at bugs.python.org (py.user)
Date: Tue, 12 Mar 2013 18:48:38 +0000
Subject: [issue17402] In mmap doc examples map() is shadowed
In-Reply-To: <1363072875.55.0.485249450415.issue17402@psf.upfronthosting.co.za>
Message-ID: <1363114118.43.0.607758725661.issue17402@psf.upfronthosting.co.za>


Changes by py.user <bugzilla-mail-box at yandex.ru>:


Added file: http://bugs.python.org/file29390/mm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17402>
_______________________________________

From report at bugs.python.org  Tue Mar 12 19:58:36 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 12 Mar 2013 18:58:36 +0000
Subject: [issue17404] ValueError: can't have unbuffered text I/O for io.open(1,
	'wt', 0)
In-Reply-To: <1363099360.99.0.903638972832.issue17404@psf.upfronthosting.co.za>
Message-ID: <1363114716.15.0.156650168864.issue17404@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

The proposed workaround seems to work ("wb" instead of "wt"!), with the following restrictions:

- it's not really unbuffered: the encoder has its own buffers (OK, in the stdlib only 'idna' encoding will retain data)

- it won't work for reading: TextIOWrapper calls the read1() method, which is only defined by BufferedIO objects.

IMO this explains why it's not a supported combination in io.open().

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17404>
_______________________________________

From report at bugs.python.org  Tue Mar 12 20:05:19 2013
From: report at bugs.python.org (Robert Collins)
Date: Tue, 12 Mar 2013 19:05:19 +0000
Subject: [issue17404] ValueError: can't have unbuffered text I/O for io.open(1,
	'wt', 0)
In-Reply-To: <1363099360.99.0.903638972832.issue17404@psf.upfronthosting.co.za>
Message-ID: <1363115119.66.0.704265212212.issue17404@psf.upfronthosting.co.za>


Robert Collins added the comment:

Huh, I didn't realise idna would retain data! But that will still be within the TextIOWrapper itself, right?

And a stream opened 'wt' cannot be read from anyway, so the read1 limitation is irrelevant.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17404>
_______________________________________

From report at bugs.python.org  Tue Mar 12 20:06:15 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 19:06:15 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363115175.18.0.296895977471.issue17399@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

According to difflib, the attached file is identical with the code in your previous message. With my traceback renamed, both files print b'from bar' with 3.3 and the same error message as before with 3.2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 20:17:52 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 19:17:52 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363115872.19.0.286604818294.issue17399@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Let me try downloading again.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 20:19:09 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 12 Mar 2013 19:19:09 +0000
Subject: [issue17405] Add _Py_memset_s() to securely clear memory
In-Reply-To: <1363107252.29.0.782882608.issue17405@psf.upfronthosting.co.za>
Message-ID: <1363115949.17.0.641604463024.issue17405@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

I'd personally say don't bother with this.  Let people who _need_ this use their own C extension modules to handle all secure data as we're not in a position to make and test any guarantees about what happens to data anywhere within a Python VM.

If this is added, at least document it (comments since its an _internal function) as being best effort with no guarantee that it is better than nothing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17405>
_______________________________________

From report at bugs.python.org  Tue Mar 12 20:30:00 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 12 Mar 2013 19:30:00 +0000
Subject: [issue17404] ValueError: can't have unbuffered text I/O for io.open(1,
	'wt', 0)
In-Reply-To: <1363099360.99.0.903638972832.issue17404@psf.upfronthosting.co.za>
Message-ID: <1363116600.72.0.586538004487.issue17404@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

> But that will still be within the TextIOWrapper itself, right?

Yes. And I just noticed that the _io module (the C version) will also buffer encoded bytes, up to f._CHUNK_SIZE.

On the other hand, TextIOWrapper is broken for buffering codecs, encode() is never called with final=True

    >>> import io
    >>> buffer = io.BytesIO()      # <-- not really buffered, right?
    >>> output = io.TextIOWrapper(buffer, encoding='idna')
    >>> output.write("www.somesite.com")
    16
    >>> print(buffer.getvalue())
    b''                            # <-- ok, _CHUNK_SIZE buffering
    >>> output.flush()
    >>> print(buffer.getvalue())
    b'www.somesite.'               # <-- the last word is missing!
    >>> output.close()
    >>> print(buffer.getvalue())
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    ValueError: I/O operation on closed file.


And it's even worse with python 2.7::

    >>> import io as io
    >>> buffer = io.BytesIO()
    >>> output = io.TextIOWrapper(buffer, encoding='idna')
    >>> output.write("www.somesite.com")
    Traceback (most recent call last):
      File "<stdin>", line 3, in <module>
    TypeError: must be unicode, not str

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17404>
_______________________________________

From report at bugs.python.org  Tue Mar 12 20:33:32 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 19:33:32 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363116812.44.0.262973251227.issue17399@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Both 3.2 and 3.3 give essentially the same traceback as 3.2 did before, both with installed python and yesterdays debug builds.

----------
Added file: http://bugs.python.org/file29391/multi-test2.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 21:10:06 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 20:10:06 +0000
Subject: [issue17232] Improve -O docs
In-Reply-To: <1361255101.21.0.948205073894.issue17232@psf.upfronthosting.co.za>
Message-ID: <1363119006.09.0.483934880208.issue17232@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I added :const: and tweaked -OO entry and -h startup display.
Tested new html and python_d -h. Any other comments before I apply?

----------
assignee: docs at python -> terry.reedy
Added file: http://bugs.python.org/file29392/17232-O.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17232>
_______________________________________

From report at bugs.python.org  Tue Mar 12 21:17:37 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 12 Mar 2013 20:17:37 +0000
Subject: [issue17232] Improve -O docs
In-Reply-To: <1361255101.21.0.948205073894.issue17232@psf.upfronthosting.co.za>
Message-ID: <1363119457.56.0.378806683531.issue17232@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

There's a typo in your patch:

+-O     : remove assert and __debug__-dependent statements; change .py\n\
+         to .pyo; also PYTHONOPTIMIZE=x\n\

should say ".pyc", not ".py".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17232>
_______________________________________

From report at bugs.python.org  Tue Mar 12 21:18:28 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 12 Mar 2013 20:18:28 +0000
Subject: [issue17232] Improve -O docs
In-Reply-To: <1361255101.21.0.948205073894.issue17232@psf.upfronthosting.co.za>
Message-ID: <1363119508.89.0.88386386819.issue17232@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Also, in 3.2 and higher I'm not sure there's a point in mentioning pyc/pyo files; they're all shelved in __pycache__ now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17232>
_______________________________________

From report at bugs.python.org  Tue Mar 12 22:24:13 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Tue, 12 Mar 2013 21:24:13 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363123453.19.0.653163487755.issue17399@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

> Both 3.2 and 3.3 give essentially the same traceback as 3.2 did before, 
> both with installed python and yesterdays debug builds.

It looks like on your machine socket handles are not correctly inherited by child processes -- I had assumed that they always would be.

I suppose to fix things for 3.2 and earlier it would be necessary to backport the functionality of socket.socket.share() and socket.fromshare() from 3.3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 22:28:04 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 21:28:04 +0000
Subject: [issue17232] Improve -O docs
In-Reply-To: <1361255101.21.0.948205073894.issue17232@psf.upfronthosting.co.za>
Message-ID: <1363123684.17.0.297438452578.issue17232@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I corrected my copy of the .diff.

Since this issue is so far focused on removing the false optimize claim, hiding .pyx info is a new sub-issue. I will follow whatever the consensus is, but since this is a cpython-specific doc and help, I would prefer to give complete info. In fact, I would like to add 'stored in __pycache__' or even 'hidden away in  __pycache__', the latter to suggest that most people should generally forget about them. On Windows, _xxx files like __pycache__ appear in both Command Prompt dir and Explorer file listings, so beginners need to known that __cache__ is both normal and ignorable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17232>
_______________________________________

From report at bugs.python.org  Tue Mar 12 22:37:11 2013
From: report at bugs.python.org (Lei Miao)
Date: Tue, 12 Mar 2013 21:37:11 +0000
Subject: [issue17400] ipaddress.is_private needs to take into account of
	rfc6598
In-Reply-To: <1363106115.25.0.0150848967632.issue17400@psf.upfronthosting.co.za>
Message-ID: <CAHJJ-B+erbVKACy7OwrJnfUk055pkKJ6xeJb0N0hEU+9qBYE6w@mail.gmail.com>


Lei Miao added the comment:

Thanks Peter.

On 13 March 2013 03:35, pmoody <report at bugs.python.org> wrote:

>
> pmoody added the comment:
>
> I don't see anyway to actually assign this bug to myself, but I'll get a
> patch for this.
>
> ----------
> nosy: +pmoody
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17400>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17400>
_______________________________________

From report at bugs.python.org  Tue Mar 12 22:42:04 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 21:42:04 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363124524.13.0.692749337887.issue17399@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 22:42:28 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 21:42:28 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363124548.84.0.260911815581.issue17399@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 23:02:32 2013
From: report at bugs.python.org (Piotr Dobrogost)
Date: Tue, 12 Mar 2013 22:02:32 +0000
Subject: [issue14243] tempfile.NamedTemporaryFile not particularly useful
	on	Windows
In-Reply-To: <1331345648.86.0.0206250913108.issue14243@psf.upfronthosting.co.za>
Message-ID: <1363125752.08.0.155839014149.issue14243@psf.upfronthosting.co.za>


Piotr Dobrogost added the comment:

@sbt

> (...) and it seems that on Windows open() is more or less implemented
> as a wrapper of sopen(..., ..., SH_DENYNO, ...).

> So the only reason that trying to reopen a NamedTemporaryFile fails on
> Windows is because when we reopen we need to use O_TEMPORARY.

Could you elaborate on this? What's the relation between SH_DENYNO argument to sopen() and O_TEMPORARY flag?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14243>
_______________________________________

From report at bugs.python.org  Tue Mar 12 23:16:27 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 22:16:27 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363126587.65.0.586461566107.issue17399@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

My original report was for 32 bit debug build on 64 bit Win 7 machine. I just re-ran test_multiprocessing with installed 64 bit python with same result. Was "I don't see these errors." on different Windows or non-Windows.

One option is to skip the failing sub-tests on Windows, like some other sub-tests:
skipped 'does not work with windows sockets'
and consider the limitation on use of multi-processing in 2.7,3.2 as "won't fix". (My view is that 3.2 users should upgrade as soon as dependencies allow.) Backporting new features requires pydev discussion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 23:24:20 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Tue, 12 Mar 2013 22:24:20 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363127060.75.0.505477084956.issue17399@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

> My original report was for 32 bit debug build on 64 bit Win 7 machine.
> I just re-ran test_multiprocessing with installed 64 bit python with same 
> result. Was "I don't see these errors." on different Windows or non-Windows.

On 64-bit Windows 7 with both 32 and 64 bit builds.

> One option is to skip the failing sub-tests on Windows, like some other sub-tests:
> skipped 'does not work with windows sockets'
> and consider the limitation on use of multi-processing in 2.7,3.2 as "won't fix". 
> (My view is that 3.2 users should upgrade as soon as dependencies allow.) 

Yes, I would be inclined to do that.

> Backporting new features requires pydev discussion.

I only meant exposing that functionality in the private _multiprocessing extension.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Tue Mar 12 23:49:11 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Tue, 12 Mar 2013 22:49:11 +0000
Subject: [issue14243] tempfile.NamedTemporaryFile not particularly useful
	on	Windows
In-Reply-To: <1331345648.86.0.0206250913108.issue14243@psf.upfronthosting.co.za>
Message-ID: <1363128551.23.0.752630446949.issue14243@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

Sorry, I was not very clear.

If you use the O_TEMPORARY flag with open() to get a file handle, then the share mode used with the underlying CreateFile() function is 

    X = FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE

whereas, if you don't use O_TEMPORARY then the share mode is

    Y = FILE_SHARE_READ | FILE_SHARE_WRITE

While a handle is open with share mode X, you can only reopen the file if you also use share mode X.  Therefore (using the msvcrt) you can only reopen it using O_TEMPORARY.*


* sopen() does give some extra control over the share mode, but you still can't use it to get share mode X without also using O_TEMPORARY.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14243>
_______________________________________

From report at bugs.python.org  Wed Mar 13 00:03:04 2013
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9_Gillibert?=)
Date: Tue, 12 Mar 2013 23:03:04 +0000
Subject: [issue17406] Upload Windows 9x/NT4 build
Message-ID: <1363129384.27.0.735885871305.issue17406@psf.upfronthosting.co.za>


New submission from Andr? Gillibert:

Since Python 2.6 and 2.7 officially don't support Windows 95/98/Me and Windows NT 3.51/4.0, I created a build running on these Windows versions.

May I upload them so you can show them on your Web site?

----------
components: Build
messages: 184057
nosy: NanoTech
priority: normal
severity: normal
status: open
title: Upload Windows 9x/NT4 build
type: enhancement
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17406>
_______________________________________

From report at bugs.python.org  Wed Mar 13 00:11:11 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 23:11:11 +0000
Subject: [issue17406] Upload Windows 9x/NT4 build
In-Reply-To: <1363129384.27.0.735885871305.issue17406@psf.upfronthosting.co.za>
Message-ID: <1363129871.32.0.693916319398.issue17406@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I don't think that is possible -- on python.org we only host our own builds.  Also the bug tracker is not the right place to discuss this, the website mailing list is probably more appropriate.

----------
nosy: +ezio.melotti
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17406>
_______________________________________

From report at bugs.python.org  Wed Mar 13 00:27:34 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Mar 2013 23:27:34 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1363130854.8.0.245793252225.issue17399@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Same OS, different hardware, drivers, and buried settings, surprisingly different behavior. Oh, well. I will test any changes you decide on that need testing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Wed Mar 13 00:55:22 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 12 Mar 2013 23:55:22 +0000
Subject: [issue17368] Python version of JSON decoder does not work with
	object_pairs_hook
In-Reply-To: <1362587505.92.0.0585396597719.issue17368@psf.upfronthosting.co.za>
Message-ID: <3ZQY2x4lv7zNTj@mail.python.org>


Roundup Robot added the comment:

New changeset 4a5ad099b176 by Ezio Melotti in branch '2.7':
#17368: Fix an off-by-one error in the Python JSON decoder that caused a failure while decoding empty object literals when object_pairs_hook was specified.
http://hg.python.org/cpython/rev/4a5ad099b176

New changeset 40c36d873f41 by Ezio Melotti in branch '3.2':
#17368: Fix an off-by-one error in the Python JSON decoder that caused a failure while decoding empty object literals when object_pairs_hook was specified.
http://hg.python.org/cpython/rev/40c36d873f41

New changeset dd2fad6b47c0 by Ezio Melotti in branch '3.3':
#17368: merge with 3.2.
http://hg.python.org/cpython/rev/dd2fad6b47c0

New changeset 885ffda21849 by Ezio Melotti in branch 'default':
#17368: merge with 3.3.
http://hg.python.org/cpython/rev/885ffda21849

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17368>
_______________________________________

From report at bugs.python.org  Wed Mar 13 00:57:03 2013
From: report at bugs.python.org (James Kesser)
Date: Tue, 12 Mar 2013 23:57:03 +0000
Subject: [issue17407] RotatingFileHandler issue when using multiple loggers
	instances (but one process/thread) to the same file
Message-ID: <1363132623.49.0.98073813861.issue17407@psf.upfronthosting.co.za>


New submission from James Kesser:

I believe I have come across a bug with RotatingFileHandler in logging/handlers.py

The attached script shows that when you are logging using RotatingFileHandler pointed at the same file from multiple logger instances, it works at first showing logging events from each. However, after the first rotation occurs, the events seem to be "group" together and do not get logged in order. Instead they are logged in groups according to which instance is performing the logging.

NOTE: While searching for a bug report of this issue I was flooded with issues relating to multiple processes. This is not the case here. I have attached a script and the log files that are generated when running this as a single process / thread.

first log file contains:

a aaa...
b bbb...
a aaa...
b bbb...
a aaa...
b bbb...
a aaa...
b bbb...
a aaa...

subsequent log files contain events all from either a or b only, not intertwined like you would expect.

I first noticed this using v2.4.3 of the logging library, however I was able to reproduce this on 2.7 and 3.3 as well.

----------
components: Library (Lib)
files: rotating_file_handler_test.tar
messages: 184061
nosy: James.Kesser
priority: normal
severity: normal
status: open
title: RotatingFileHandler issue when using multiple loggers instances (but one process/thread) to the same file
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file29393/rotating_file_handler_test.tar

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17407>
_______________________________________

From report at bugs.python.org  Wed Mar 13 00:57:19 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 12 Mar 2013 23:57:19 +0000
Subject: [issue17368] Python version of JSON decoder does not work with
	object_pairs_hook
In-Reply-To: <1362587505.92.0.0585396597719.issue17368@psf.upfronthosting.co.za>
Message-ID: <1363132639.24.0.0358756050745.issue17368@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed.  I used OrderedDict to make sure that the object hook is actually used.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17368>
_______________________________________

From report at bugs.python.org  Wed Mar 13 01:28:09 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 13 Mar 2013 00:28:09 +0000
Subject: [issue17402] In mmap doc examples map() is shadowed
In-Reply-To: <1363072875.55.0.485249450415.issue17402@psf.upfronthosting.co.za>
Message-ID: <3ZQYmm4NsfzNvq@mail.python.org>


Roundup Robot added the comment:

New changeset c226133b1493 by Ezio Melotti in branch '2.7':
#17402: avoid shadowing built-in map in mmap examples.  Initial patch by Aman Shah.
http://hg.python.org/cpython/rev/c226133b1493

New changeset df27ea4bdebd by Ezio Melotti in branch '3.2':
#17402: avoid shadowing built-in map in mmap examples.  Initial patch by Aman Shah.
http://hg.python.org/cpython/rev/df27ea4bdebd

New changeset bf0632a17ab4 by Ezio Melotti in branch '3.3':
#17402: merge with 3.2.
http://hg.python.org/cpython/rev/bf0632a17ab4

New changeset b49971a1e70d by Ezio Melotti in branch 'default':
#17402: merge with 3.3.
http://hg.python.org/cpython/rev/b49971a1e70d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17402>
_______________________________________

From report at bugs.python.org  Wed Mar 13 01:29:56 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 00:29:56 +0000
Subject: [issue17402] In mmap doc examples map() is shadowed
In-Reply-To: <1363072875.55.0.485249450415.issue17402@psf.upfronthosting.co.za>
Message-ID: <1363134596.54.0.52928500553.issue17402@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the report and the patches!
(py.user, if you specify your real name, next time I can give you credits too.)

----------
assignee: docs at python -> ezio.melotti
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17402>
_______________________________________

From report at bugs.python.org  Wed Mar 13 02:27:30 2013
From: report at bugs.python.org (Alex Orange)
Date: Wed, 13 Mar 2013 01:27:30 +0000
Subject: [issue17387] Error in C API documentation of PySequenceMethods
In-Reply-To: <1362790710.8.0.92948490889.issue17387@psf.upfronthosting.co.za>
Message-ID: <1363138050.59.0.625855883347.issue17387@psf.upfronthosting.co.za>


Alex Orange added the comment:

I must admit I'm a little new to the development side of things. Can someone point me at a repo or something that the documentation files are in? I'm sort of guessing that the html is the processed output of something.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17387>
_______________________________________

From report at bugs.python.org  Wed Mar 13 03:14:58 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 02:14:58 +0000
Subject: [issue17387] Error in C API documentation of PySequenceMethods
In-Reply-To: <1362790710.8.0.92948490889.issue17387@psf.upfronthosting.co.za>
Message-ID: <1363140898.36.0.504084541131.issue17387@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

See http://docs.python.org/devguide/ and the Doc/c-api dir in the CPython repo.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17387>
_______________________________________

From report at bugs.python.org  Wed Mar 13 04:53:02 2013
From: report at bugs.python.org (William McBrine)
Date: Wed, 13 Mar 2013 03:53:02 +0000
Subject: [issue7980] time.strptime not thread safe
In-Reply-To: <1266835598.13.0.361031999331.issue7980@psf.upfronthosting.co.za>
Message-ID: <1363146782.22.0.916987698145.issue7980@psf.upfronthosting.co.za>


William McBrine added the comment:

I'm still seeing this, in the 2.7.2 that comes with OS X 10.8.2.

----------
nosy: +William.McBrine

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7980>
_______________________________________

From report at bugs.python.org  Wed Mar 13 05:26:01 2013
From: report at bugs.python.org (Ned Deily)
Date: Wed, 13 Mar 2013 04:26:01 +0000
Subject: [issue17407] RotatingFileHandler issue when using multiple loggers
	instances (but one process/thread) to the same file
In-Reply-To: <1363132623.49.0.98073813861.issue17407@psf.upfronthosting.co.za>
Message-ID: <1363148761.46.0.861806551853.issue17407@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17407>
_______________________________________

From report at bugs.python.org  Wed Mar 13 05:47:18 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 13 Mar 2013 04:47:18 +0000
Subject: [issue17307] HTTP PUT request Example
In-Reply-To: <1361955587.38.0.14131170532.issue17307@psf.upfronthosting.co.za>
Message-ID: <1363150038.89.0.0100735619615.issue17307@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Karl, I am getting back to this. Thanks for your review comments on the patch.

1. Agree with your explanation on HTTP PUT. I shall modify the comment.
2. I think, it is okay to remove the HTTP PUT server example. I wrote it for test purposes and I think, it is a good idea to publish the test servers in the python docs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17307>
_______________________________________

From report at bugs.python.org  Wed Mar 13 06:26:16 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 13 Mar 2013 05:26:16 +0000
Subject: [issue14468] Update cloning guidelines in devguide
In-Reply-To: <1333296467.92.0.464102844472.issue14468@psf.upfronthosting.co.za>
Message-ID: <3ZQhNl32PhzNnT@mail.python.org>


Roundup Robot added the comment:

New changeset 50e726533391 by Ezio Melotti in branch 'default':
#14468: move a paragraph and link to the list of branches.
http://hg.python.org/devguide/rev/50e726533391

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14468>
_______________________________________

From report at bugs.python.org  Wed Mar 13 07:56:01 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 13 Mar 2013 06:56:01 +0000
Subject: [issue17232] Improve -O docs
In-Reply-To: <1363119508.89.0.88386386819.issue17232@psf.upfronthosting.co.za>
Message-ID: <CADiSq7eCcxbfxri_4JPuJppS7pAuBnaweWGLaTiHcDjVBEwxvg@mail.gmail.com>


Nick Coghlan added the comment:

On Tue, Mar 12, 2013 at 1:18 PM, Antoine Pitrou <report at bugs.python.org> wrote:
>
> Antoine Pitrou added the comment:
>
> Also, in 3.2 and higher I'm not sure there's a point in mentioning pyc/pyo files; they're all shelved in __pycache__ now.

It still makes a difference for bytecode-only files, which aren't in __pycache__

Cheers,
Nick.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17232>
_______________________________________

From report at bugs.python.org  Wed Mar 13 08:29:40 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 07:29:40 +0000
Subject: [issue14468] Update cloning guidelines in devguide
In-Reply-To: <1333296467.92.0.464102844472.issue14468@psf.upfronthosting.co.za>
Message-ID: <1363159780.05.0.331372390844.issue14468@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The attached patch adds 3 new FAQs:
 * How do I solve merge conflicts?
 * How do I make a null merge?
 * I got "abort: push creates new remote heads!" while pushing, what do I do?

It also replaces the overly generic "How do I find out which revisions need merging?".
The content of "How do I list the files in conflict after a merge?" and "How I mark a file resolved after I have resolved merge conflicts?" has been summarized in "How do I solve merge conflicts?" too, so I removed them.

----------
Added file: http://bugs.python.org/file29394/issue14468-new-faqs.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14468>
_______________________________________

From report at bugs.python.org  Wed Mar 13 09:16:19 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Mar 2013 08:16:19 +0000
Subject: [issue17404] ValueError: can't have unbuffered text I/O for io.open(1,
	'wt', 0)
In-Reply-To: <1363099360.99.0.903638972832.issue17404@psf.upfronthosting.co.za>
Message-ID: <1363162579.7.0.491695668193.issue17404@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> - it won't work for reading: TextIOWrapper calls the read1() method, which is only defined by BufferedIO objects.

Since 3.3 TextIOWrapper works with raw IO objects (issue12591).

> Yes. And I just noticed that the _io module (the C version) will also buffer encoded bytes, up to f._CHUNK_SIZE.

Use write_through=True to disable this.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17404>
_______________________________________

From report at bugs.python.org  Wed Mar 13 10:23:44 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 13 Mar 2013 09:23:44 +0000
Subject: [issue17404] ValueError: can't have unbuffered text I/O for io.open(1,
	'wt', 0)
In-Reply-To: <1363162579.7.0.491695668193.issue17404@psf.upfronthosting.co.za>
Message-ID: <2053752448.6176700.1363166617714.JavaMail.root@zimbra10-e2.priv.proxad.net>


Antoine Pitrou added the comment:

> > - it won't work for reading: TextIOWrapper calls the read1()
> > method, which is only defined by BufferedIO objects.
> 
> Since 3.3 TextIOWrapper works with raw IO objects (issue12591).

It won't be technically unbuffered, though.

----------
title: ValueError: can't have unbuffered text I/O for io.open(1, 'wt', 0) -> ValueError: can't have unbuffered text I/O for io.open(1,	'wt', 0)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17404>
_______________________________________

From report at bugs.python.org  Wed Mar 13 10:37:59 2013
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 13 Mar 2013 09:37:59 +0000
Subject: [issue16612] Integrate "Argument Clinic" specialized
	preprocessor	into CPython trunk
In-Reply-To: <1354659537.54.0.587753848221.issue16612@psf.upfronthosting.co.za>
Message-ID: <1363167479.42.0.774088161366.issue16612@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan-usenet at bytereef.org>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29395/issue16612-alternative-dsl.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16612>
_______________________________________

From report at bugs.python.org  Wed Mar 13 10:38:57 2013
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 13 Mar 2013 09:38:57 +0000
Subject: [issue16612] Integrate "Argument Clinic" specialized
	preprocessor	into CPython trunk
In-Reply-To: <1354659537.54.0.587753848221.issue16612@psf.upfronthosting.co.za>
Message-ID: <1363167537.18.0.269762855754.issue16612@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan-usenet at bytereef.org>:


Added file: http://bugs.python.org/file29396/preprocess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16612>
_______________________________________

From report at bugs.python.org  Wed Mar 13 10:39:54 2013
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 13 Mar 2013 09:39:54 +0000
Subject: [issue16612] Integrate "Argument Clinic" specialized
	preprocessor	into CPython trunk
In-Reply-To: <1354659537.54.0.587753848221.issue16612@psf.upfronthosting.co.za>
Message-ID: <1363167594.24.0.570961994964.issue16612@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan-usenet at bytereef.org>:


Added file: http://bugs.python.org/file29397/printsemant

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16612>
_______________________________________

From report at bugs.python.org  Wed Mar 13 10:52:34 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 13 Mar 2013 09:52:34 +0000
Subject: [issue17375] Add docstrings to methods in the threading module
In-Reply-To: <1362648255.88.0.520762515957.issue17375@psf.upfronthosting.co.za>
Message-ID: <1363168354.37.0.906304635756.issue17375@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> You didn't specify the contributor in the commit.

I'm the contributor.  

> Also, you've only committed this to 2.7; why?
I committed to 2.7 because the 2.7 docs were the source.  
When I get the time, I will build a 3.x version of the update.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17375>
_______________________________________

From report at bugs.python.org  Wed Mar 13 10:55:20 2013
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 13 Mar 2013 09:55:20 +0000
Subject: [issue16612] Integrate "Argument Clinic" specialized
	preprocessor	into CPython trunk
In-Reply-To: <1354659537.54.0.587753848221.issue16612@psf.upfronthosting.co.za>
Message-ID: <1363168520.25.0.207717987068.issue16612@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Larry has requested privately that I send the counter proposal PEP and additional information, so here it is:

I've send the PEP draft to Nick. The patch that I uploaded contains
DSL examples, an ml-yacc grammar and token specifications.

Two prototype tools are available. Usage:

   ./printsemant Tools/preprocess/testcases/posix_stat.c

   ./preprocess Tools/preprocess/testcases/posix_stat.c 


The first tool dumps the semantically checked parse tree to stdout,
the second tool dumps the preprocessed .c file to stdout.

These are *prototypes* written in Standard ML, since I'm not familiar
with the PLY toolchain.


Known deficiencies:

  * The Python 'test' expression is not semantically checked. The syntax
    however is checked since it is part of the grammar.

  * The lexer does not handle triple quoted strings.

  * C declarations are parsed in a primitive way. The final implementation
    should utilize 'declarator' and 'init-declarator' from the C grammar.

  * The *preprocess* tool does not emit code for the left-and-right optional
    arguments case (addch.c). The *printsemant* tool can deal with this case.

  * Since the *preprocess* tool generates the output from the parse
    tree, the original indentation of the define block is lost.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16612>
_______________________________________

From report at bugs.python.org  Wed Mar 13 13:42:28 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 13 Mar 2013 12:42:28 +0000
Subject: [issue17366] os.chdir win32
In-Reply-To: <1362554402.61.0.445452595453.issue17366@psf.upfronthosting.co.za>
Message-ID: <1363178548.09.0.411416895216.issue17366@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

> My expectation was that a platform os.chdir would parse the string for
> these characters and do something intelligent with them i.e a legal
> path from any of the systems (mac, linux or windows) passed in as a
> string to os.chdir would be converted to something that worked
> correctly.

This is not related to os.chdir.
In string literals, \ is the "escape character", and this is independent from the platform (and most programming language use the same convention).

As soon as the Python script is parsed and loaded into memory, there is no \t or \n anymore, but a "tab character", or a "newline character"; and os.chdir can't do anything about it.

> The suggestion of using forward slashes is unworkable when the scripts
> will be used across a range of computers where environment or registry
> variables get used.

How are those scripts written? Are the string constants generated on the fly? os.chdir("%SOME_DIRECTORY%")?

And did you try the r'' notation?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17366>
_______________________________________

From report at bugs.python.org  Wed Mar 13 13:43:52 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 13 Mar 2013 12:43:52 +0000
Subject: [issue17380] initproc return value is unclear
In-Reply-To: <1362676337.45.0.36627137275.issue17380@psf.upfronthosting.co.za>
Message-ID: <1363178632.72.0.796959051114.issue17380@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Note that all these cases are compatible with "tp_init returns 0 on success and -1 on error".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17380>
_______________________________________

From report at bugs.python.org  Wed Mar 13 14:19:58 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 13 Mar 2013 13:19:58 +0000
Subject: [issue17310] Ctypes callbacks shows problem on Windows Python (64bit)
In-Reply-To: <1361980274.18.0.791136497364.issue17310@psf.upfronthosting.co.za>
Message-ID: <1363180798.92.0.964733025534.issue17310@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Is "_pack_ = 1" correct? Did you compile your C library with /Zp1 or similar?
Also check that ctypes.sizeof(callback_t) matches the one given by the C compiler.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17310>
_______________________________________

From report at bugs.python.org  Wed Mar 13 14:22:38 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 13 Mar 2013 13:22:38 +0000
Subject: [issue12768] docstrings for the threading module
In-Reply-To: <1313548989.72.0.178892692878.issue12768@psf.upfronthosting.co.za>
Message-ID: <1363180958.05.0.829976283345.issue12768@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

See also #17375

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12768>
_______________________________________

From report at bugs.python.org  Wed Mar 13 14:22:42 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 13 Mar 2013 13:22:42 +0000
Subject: [issue17375] Add docstrings to methods in the threading module
In-Reply-To: <1363168354.37.0.906304635756.issue17375@psf.upfronthosting.co.za>
Message-ID: <CAF-Rda9s+WrWZXova+fiskuG4n77zSobKinbHHUyYJUvJsTH+A@mail.gmail.com>


Eli Bendersky added the comment:

On Wed, Mar 13, 2013 at 2:52 AM, Raymond Hettinger
<report at bugs.python.org>wrote:

>
> Raymond Hettinger added the comment:
>
> > You didn't specify the contributor in the commit.
>
> I'm the contributor.
>

Oh, I see. I thought it's taken from one of the two existing patches from
new contributors, either in this issue or #12768.

>
> > Also, you've only committed this to 2.7; why?
> I committed to 2.7 because the 2.7 docs were the source.
> When I get the time, I will build a 3.x version of the update.
>

OK.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17375>
_______________________________________

From report at bugs.python.org  Wed Mar 13 15:09:54 2013
From: report at bugs.python.org (Vlad)
Date: Wed, 13 Mar 2013 14:09:54 +0000
Subject: [issue17408] second python execution fails when embedding
Message-ID: <1363183794.27.0.643296851621.issue17408@psf.upfronthosting.co.za>


New submission from Vlad:

This issue is for Python3.3 and doesn't exist in Python3.2

Detailed description with source code can be found here:
http://stackoverflow.com/questions/15387035/second-python-execution-fails

----------
components: None
messages: 184081
nosy: theDarkBrainer
priority: normal
severity: normal
status: open
title: second python execution fails when embedding
type: crash
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17408>
_______________________________________

From report at bugs.python.org  Wed Mar 13 15:13:49 2013
From: report at bugs.python.org (Ned Deily)
Date: Wed, 13 Mar 2013 14:13:49 +0000
Subject: [issue17408] second python execution fails when embedding
In-Reply-To: <1363183794.27.0.643296851621.issue17408@psf.upfronthosting.co.za>
Message-ID: <1363184029.21.0.837826787725.issue17408@psf.upfronthosting.co.za>


Ned Deily added the comment:

Please add the detailed description of the problem and any test files to the issue here.  Information stored off-site is not searchable within the issue tracker and may not be permanently available.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17408>
_______________________________________

From report at bugs.python.org  Wed Mar 13 15:18:37 2013
From: report at bugs.python.org (Vlad)
Date: Wed, 13 Mar 2013 14:18:37 +0000
Subject: [issue17408] second python execution fails when embedding
In-Reply-To: <1363183794.27.0.643296851621.issue17408@psf.upfronthosting.co.za>
Message-ID: <1363184317.83.0.376739436894.issue17408@psf.upfronthosting.co.za>


Vlad added the comment:

I'm trying to embed the python 3.3 engine for an app that need to run custom scripts in python. Since the scripts might be completely different, and sometimes user provided, I am trying to make each execution isolated and there is not need to preserve any data between execution of the different scripts.

So, my solution is to wrap each execution between 'Py_Initialize' and 'Py_Finalize'. It looks something like that:

  void ExecuteScript(const char* script)
  {
    Py_Initialize();
  
    PyRun_SimpleString( script );
  
    Py_Finalize();
  }

However, this fails for a particular python script the second time a script is executed with:

  done!
  Traceback (most recent call last):
    File "<string>", line 8, in <module>
    File "\Python33Test\Output\Debug\Python33\Lib\copy.py", line 89, in copy
      rv = reductor(2)
  TypeError: attribute of type 'NoneType' is not callable


The python script looks like this:

  class Data:
      value1 = 'hello'
      value2 = 0
  
  import copy
  
  d = Data()
  dd = copy.copy( d )
  print ( 'done!' )

As you can see, the first time around the script was executed the 'done!' was printed out. But the second time it rises an exception inside the copy function.

It looks like the python engine was left in some weird state after the first initialize-finalize. Note, this is python 3.3.

Also, it is very interesting to note that Python 2.7 and Python 3.2 did not have this problem.

I guess there might be other examples that could reveal better what's going, but i haven't had the time to find yet.

I also put a copy of the project containing flag to switch between Python 3 and Python 2.7 (the file is 31 MB): https://docs.google.com/file/d/0B86-G0mwwxZvbWRldTd5b2NNMWM/edit?usp=sharing

Thanks, Vlad

----------
Added file: http://bugs.python.org/file29398/Python33Test.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17408>
_______________________________________

From report at bugs.python.org  Wed Mar 13 15:56:11 2013
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 13 Mar 2013 14:56:11 +0000
Subject: [issue17405] Add _Py_memset_s() to securely clear memory
In-Reply-To: <1363107252.29.0.782882608.issue17405@psf.upfronthosting.co.za>
Message-ID: <1363186571.7.0.595680850416.issue17405@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Here is a patch that implements _Py_memset_s() according to C11 with a fallback to memset_s().

My linker fu seems to be weak. I had to use _Py_memset_s() in random.c otherwise the function is removed from the static Python binary. I double-checked with readelf -Ws: the function is defined in the archive file and is available in the shared library. But the linker removes it from the static binary so shared libraries fail to load.

----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file29399/pymemsets.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17405>
_______________________________________

From report at bugs.python.org  Wed Mar 13 16:15:18 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 13 Mar 2013 15:15:18 +0000
Subject: [issue17408] second python execution fails when embedding
In-Reply-To: <1363183794.27.0.643296851621.issue17408@psf.upfronthosting.co.za>
Message-ID: <1363187718.41.0.66816972901.issue17408@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Reproduced on Linux.
The reason is in Objects/typeobject.c: import_copyreg() has a static cache of the copyreg module.
When the interpreter stops, the module is filled with None... but gets reused in the next instance.

Resetting this "mod_copyreg" variable to NULL fixes the issue.
pickle is also broken for the same reason.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17408>
_______________________________________

From report at bugs.python.org  Wed Mar 13 16:18:35 2013
From: report at bugs.python.org (Paul Price)
Date: Wed, 13 Mar 2013 15:18:35 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
Message-ID: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>


New submission from Paul Price:

The docs for resource.setrlimit (http://docs.python.org/2.7/library/resource.html#resource.setrlimit) state: "The limits argument must be a tuple (soft, hard) of two integers describing the new limits. A value of -1 can be used to specify the maximum possible upper limit."

On Mac OSX (10.7.5) with Python 2.7.3 (built fresh), I get the following behaviour:


$ PATH=$HOME/test/bin:$PATH DYLD_LIBRARY_PATH=$HOME/test/lib:$DYLD_LIBRARY_PATH python
Python 2.7.3 (default, Mar 13 2013, 11:02:56) 
[GCC 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.9.00)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import resource
>>> resource.setrlimit(resource.RLIMIT_NOFILE, (10, -1))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: not allowed to raise maximum limit
>>> resource.setrlimit(resource.RLIMIT_NOFILE, (10, 10))
>>> 


I get the same behaviour for the system python (2.7.3 built with GCC 4.6.3) in Ubuntu 12.04.1.

----------
messages: 184086
nosy: Paul.Price
priority: normal
severity: normal
status: open
title: resource.setrlimit doesn't respect -1
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Wed Mar 13 16:33:10 2013
From: report at bugs.python.org (Piotr Dobrogost)
Date: Wed, 13 Mar 2013 15:33:10 +0000
Subject: [issue15244] Support for opening files with FILE_SHARE_DELETE on
	Windows
In-Reply-To: <1341342894.98.0.559958462018.issue15244@psf.upfronthosting.co.za>
Message-ID: <1363188790.28.0.633353862974.issue15244@psf.upfronthosting.co.za>


Piotr Dobrogost added the comment:

Having the same semantics on both Unix and Windows with regard to validity of file handle after a file was deleted would be a very nice to have. How could we progress this?

I'm adding Martin and Antoine to cc list.

----------
nosy: +loewis, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15244>
_______________________________________

From report at bugs.python.org  Wed Mar 13 16:40:26 2013
From: report at bugs.python.org (Piotr Dobrogost)
Date: Wed, 13 Mar 2013 15:40:26 +0000
Subject: [issue14243] tempfile.NamedTemporaryFile not particularly useful
	on	Windows
In-Reply-To: <1331345648.86.0.0206250913108.issue14243@psf.upfronthosting.co.za>
Message-ID: <1363189226.04.0.633190895639.issue14243@psf.upfronthosting.co.za>


Piotr Dobrogost added the comment:

@sbt

Thanks for info. Also you mentioned looking at c:/Program Files (x86)/Microsoft Visual Studio 10.0/VC/crt/src/open.c What version of Visual Studio/SDK this file is available in?

Also I'd like to point out that this problem came up at Stack Overflow in question "How to create a temporary file that can be read by a subprocess?" (http://stackoverflow.com/q/15169101/95735)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14243>
_______________________________________

From report at bugs.python.org  Wed Mar 13 16:42:09 2013
From: report at bugs.python.org (Piotr Dobrogost)
Date: Wed, 13 Mar 2013 15:42:09 +0000
Subject: [issue15244] Support for opening files with FILE_SHARE_DELETE on
	Windows
In-Reply-To: <1341342894.98.0.559958462018.issue15244@psf.upfronthosting.co.za>
Message-ID: <1363189329.09.0.269113459999.issue15244@psf.upfronthosting.co.za>


Changes by Piotr Dobrogost <pd at bugs.python.dobrogost.net>:


----------
nosy: +dabrahams, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15244>
_______________________________________

From report at bugs.python.org  Wed Mar 13 17:03:35 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 13 Mar 2013 16:03:35 +0000
Subject: [issue15244] Support for opening files with FILE_SHARE_DELETE on
	Windows
In-Reply-To: <1341342894.98.0.559958462018.issue15244@psf.upfronthosting.co.za>
Message-ID: <1363190615.13.0.951416542851.issue15244@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

Actually, it is not quite the same semantics as Unix.

After you delete the the file you cannot create a file of the same name or delete the directory which contains it until the handle has been closed.

However, one can work around that by moving the file somewhere else (like the root directory) before deleting it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15244>
_______________________________________

From report at bugs.python.org  Wed Mar 13 17:38:25 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 13 Mar 2013 16:38:25 +0000
Subject: [issue17222] py_compile.compile() explicitly sets st_mode for written
	files
In-Reply-To: <1361136224.16.0.490340842207.issue17222@psf.upfronthosting.co.za>
Message-ID: <3ZQzJK02KLzPJC@mail.python.org>


Roundup Robot added the comment:

New changeset 55806d234653 by Brett Cannon in branch 'default':
Issue #17222: Document that py_compile now uses importlib for its file
http://hg.python.org/cpython/rev/55806d234653

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17222>
_______________________________________

From report at bugs.python.org  Wed Mar 13 17:38:39 2013
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 13 Mar 2013 16:38:39 +0000
Subject: [issue17222] py_compile.compile() explicitly sets st_mode for written
	files
In-Reply-To: <1361136224.16.0.490340842207.issue17222@psf.upfronthosting.co.za>
Message-ID: <1363192719.95.0.655486283983.issue17222@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17222>
_______________________________________

From report at bugs.python.org  Wed Mar 13 17:54:25 2013
From: report at bugs.python.org (Sandeep Mathew)
Date: Wed, 13 Mar 2013 16:54:25 +0000
Subject: [issue16136] Removal of VMS support
In-Reply-To: <1362882065.96.0.503671036175.issue16136@psf.upfronthosting.co.za>
Message-ID: <CAHEd++QJwnyAFij=QXFhKv9jZrvN+BoZ-uLJY3hw2xwaxgihyA@mail.gmail.com>


Sandeep Mathew added the comment:

Sorry for late response. I got delayed , I am working on it .

Regards
Sandeep Mathew

2013/3/9 Jes?s Cea Avi?n <report at bugs.python.org>:
>
> Jes?s Cea Avi?n added the comment:
>
> Ping...
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue16136>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16136>
_______________________________________

From report at bugs.python.org  Wed Mar 13 18:08:17 2013
From: report at bugs.python.org (Daniel Urban)
Date: Wed, 13 Mar 2013 17:08:17 +0000
Subject: [issue17044] Implement PEP 422: Simple class initialisation hook
In-Reply-To: <1359235758.38.0.556194565574.issue17044@psf.upfronthosting.co.za>
Message-ID: <1363194497.3.0.900923115646.issue17044@psf.upfronthosting.co.za>


Daniel Urban added the comment:

I've looked into implementing the changes in the new version of the PEP. It seems, that currently type.__new__ copies the dict returned by __prepare__ (http://hg.python.org/cpython/file/55806d234653/Objects/typeobject.c#l2058). I think this means that some of the new examples wouldn't work ("Order preserving classes" and "Extending a class"). It also means, that currently it is impossible for two classes to share a namespace object (possibly this was the intention of copying the dict). So the "Note" in the PEP wouldn't be necessary (unless type.__new__ were modified).

I'm not sure if the PEP proposes to change this behavior of type.__new__ or not...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17044>
_______________________________________

From report at bugs.python.org  Wed Mar 13 18:27:11 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 13 Mar 2013 17:27:11 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363195631.43.0.664311320467.issue17409@psf.upfronthosting.co.za>


R. David Murray added the comment:

Since it says "maximum possible limit", I think -1 is the maximum system limit, not the maximum value a particular process is allowed to use.  If that is true the error message is presumably accurate.  And if that's true it needs to be clarified in the docs...and perhaps an enhancement request added.  But my guess might be wrong, too.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Wed Mar 13 18:45:46 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 13 Mar 2013 17:45:46 +0000
Subject: [issue17117] Update importlib.util.module_for_loader/set_loader to
	set when __loader__ = None
In-Reply-To: <1359910174.55.0.468649614578.issue17117@psf.upfronthosting.co.za>
Message-ID: <3ZR0p11TPqzQrl@mail.python.org>


Roundup Robot added the comment:

New changeset 7647aae9481c by Brett Cannon in branch 'default':
Issue #17117: Have both import itself and importlib.util.set_loader()
http://hg.python.org/cpython/rev/7647aae9481c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17117>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:03:07 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 13 Mar 2013 18:03:07 +0000
Subject: [issue17176] Document imp.NullImporter is NOT used anymore by import
In-Reply-To: <1360525827.54.0.547409827798.issue17176@psf.upfronthosting.co.za>
Message-ID: <3ZR1B25X82zRXb@mail.python.org>


Roundup Robot added the comment:

New changeset 8e390e4784b0 by Brett Cannon in branch 'default':
Issue #17176: Document that imp.NullImporter is no longer inserted
http://hg.python.org/cpython/rev/8e390e4784b0

New changeset e470370b4701 by Brett Cannon in branch '3.3':
Issue #17176: Document that imp.NullImporter is no longer
http://hg.python.org/cpython/rev/e470370b4701

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17176>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:09:52 2013
From: report at bugs.python.org (flying sheep)
Date: Wed, 13 Mar 2013 18:09:52 +0000
Subject: [issue17410] Generator-based HTMLParser
Message-ID: <1363198192.05.0.796177094664.issue17410@psf.upfronthosting.co.za>


New submission from flying sheep:

hi, i have an idea on how to make an internal change to html.parser.HTMLParser, which would expose a token generator interface.

after that, we would be able to do e.g. list(HTMLParser().tokenize(data)) or even

parser = HTMLParser()
for chunk in pipe_in_html():
    yield from parser.tokenize(chunk)

---

the changes affect excluively HTMLParser?s methods and would unfortunately require a behavior change to most (internal) parse_* methods. the changes go as follows:

1. the tokenize(data=None, end=False) method is added. it contains mainly goahead?s body with an prepended snippet to append passed data to raw_data, and all handle_* calls changed to "yield token, data".

2. all parse_* methods which returned an int and called one handle_* method are changed to return an (int, token) tuple (so that tokenize can yield the tokens)

3. goahead is changed to a skeleton implementation based on traversing the list created by tokenize, experiencing no changed behavior.

all changes would only affect the behavior of the parse_* methods, and the addition of the tokenize method: the tokens are discarded if goahead, feed, or close are called. (this can of course be changed if advisable)

---

since this is my first contribution, i?m unsure if i shall already add the patch, unknowing if the changes to the internal parse_* methods are acceptable at all. what do you say?

PS: the tokens are named like the handle_* methods, and the current goahead implementation basically calls getattr(self, 'handle_' + token)(data) for each (token, data) tuple. This can be changed to a token: method dict or a classic ?switch? elif stack.

----------
messages: 184096
nosy: flying sheep
priority: normal
severity: normal
status: open
title: Generator-based HTMLParser

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17410>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:09:57 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 13 Mar 2013 18:09:57 +0000
Subject: [issue17099] Raise ValueError when __loader__ not defined for
	importlib.find_loader()
In-Reply-To: <1359726277.47.0.865712090918.issue17099@psf.upfronthosting.co.za>
Message-ID: <3ZR1Kx2MxvzR6s@mail.python.org>


Roundup Robot added the comment:

New changeset cee04627bdd0 by Brett Cannon in branch 'default':
Issue #17099: Have importlib.find_loader() raise ValueError when
http://hg.python.org/cpython/rev/cee04627bdd0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17099>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:10:50 2013
From: report at bugs.python.org (flying sheep)
Date: Wed, 13 Mar 2013 18:10:50 +0000
Subject: [issue17410] Generator-based HTMLParser
In-Reply-To: <1363198192.05.0.796177094664.issue17410@psf.upfronthosting.co.za>
Message-ID: <1363198250.78.0.763712723329.issue17410@psf.upfronthosting.co.za>


Changes by flying sheep <flying-sheep at web.de>:


----------
components: +XML
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17410>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:11:19 2013
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 13 Mar 2013 18:11:19 +0000
Subject: [issue17099] Raise ValueError when __loader__ not defined for
	importlib.find_loader()
In-Reply-To: <1359726277.47.0.865712090918.issue17099@psf.upfronthosting.co.za>
Message-ID: <1363198279.81.0.371420487849.issue17099@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I decided not to backport since it shifts what exception is raised.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17099>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:11:30 2013
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 13 Mar 2013 18:11:30 +0000
Subject: [issue17176] Document imp.NullImporter is NOT used anymore by import
In-Reply-To: <1360525827.54.0.547409827798.issue17176@psf.upfronthosting.co.za>
Message-ID: <1363198290.61.0.908839543448.issue17176@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17176>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:12:09 2013
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 13 Mar 2013 18:12:09 +0000
Subject: [issue17117] Update importlib.util.module_for_loader/set_loader to
	set when __loader__ = None
In-Reply-To: <1359910174.55.0.468649614578.issue17117@psf.upfronthosting.co.za>
Message-ID: <1363198329.63.0.737650996407.issue17117@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Thanks for the patch, G?kcen! Added you the Misc/ACKS.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17117>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:15:17 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 18:15:17 +0000
Subject: [issue17410] Generator-based HTMLParser
In-Reply-To: <1363198192.05.0.796177094664.issue17410@psf.upfronthosting.co.za>
Message-ID: <1363198517.64.0.337422108308.issue17410@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

If you have a patch you can post it, however new features are allowed only in Python 3.4, and they must be backward compatible (run "python -m test test_htmlparser" to check that).

----------
components: +Library (Lib) -XML
nosy: +ezio.melotti
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17410>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:32:12 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 13 Mar 2013 18:32:12 +0000
Subject: [issue17410] Generator-based HTMLParser
In-Reply-To: <1363198192.05.0.796177094664.issue17410@psf.upfronthosting.co.za>
Message-ID: <1363199532.72.0.0700357521885.issue17410@psf.upfronthosting.co.za>


R. David Murray added the comment:

I think that in order to maintain backward compatibility the existing parse_ names should continue to have the same signature, but they could be re-implemented in terms of new versions that return the token.  That way if an application overrides the methods for some reason that existing code should continue to work.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17410>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:38:59 2013
From: report at bugs.python.org (Thomas Wouters)
Date: Wed, 13 Mar 2013 18:38:59 +0000
Subject: [issue17411] Build failures with non-NDEBUG, non-Py_DEBUG builds.
Message-ID: <1363199939.27.0.896431230512.issue17411@psf.upfronthosting.co.za>


New submission from Thomas Wouters:

Similar to http://bugs.python.org/issue14509, Python 3.3 conflates Py_DEBUG and non-NDEBUG builds, creating build failures when building with 'CFLAGS=-UNDEBUG ./configure --without-pydebug'. (assert statements are only compiled out when NDEBUG is set, not when Py_DEBUG is unset.) This patch fixes the two root causes.

----------
components: Build
files: assert_fixes.diff
keywords: patch
messages: 184102
nosy: twouters
priority: normal
severity: normal
status: open
title: Build failures with non-NDEBUG, non-Py_DEBUG builds.
versions: Python 3.3
Added file: http://bugs.python.org/file29400/assert_fixes.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17411>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:50:00 2013
From: report at bugs.python.org (karl)
Date: Wed, 13 Mar 2013 18:50:00 +0000
Subject: [issue17410] Generator-based HTMLParser
In-Reply-To: <1363198192.05.0.796177094664.issue17410@psf.upfronthosting.co.za>
Message-ID: <1363200600.71.0.243401411237.issue17410@psf.upfronthosting.co.za>


karl added the comment:

flying sheep: do you plan to make it easier to use the HTML5 algorithm?
http://www.w3.org/TR/html5/syntax.html#parsing

----------
nosy: +karlcow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17410>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:52:42 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 18:52:42 +0000
Subject: [issue17410] Generator-based HTMLParser
In-Reply-To: <1363198192.05.0.796177094664.issue17410@psf.upfronthosting.co.za>
Message-ID: <1363200762.52.0.123498999293.issue17410@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

HTMLParser already parsers HTML5 producing the correct result in most of the cases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17410>
_______________________________________

From report at bugs.python.org  Wed Mar 13 19:58:19 2013
From: report at bugs.python.org (karl)
Date: Wed, 13 Mar 2013 18:58:19 +0000
Subject: [issue17410] Generator-based HTMLParser
In-Reply-To: <1363198192.05.0.796177094664.issue17410@psf.upfronthosting.co.za>
Message-ID: <1363201099.05.0.386922860208.issue17410@psf.upfronthosting.co.za>


karl added the comment:

Ezio: I'm talking about "HTML5 Parsing algorithm", not about about parsing html* documents. :)

The only python parser I know who is closer of the HTML5 parser algorithm is https://code.google.com/p/html5lib/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17410>
_______________________________________

From report at bugs.python.org  Wed Mar 13 20:08:40 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 19:08:40 +0000
Subject: [issue17410] Generator-based HTMLParser
In-Reply-To: <1363198192.05.0.796177094664.issue17410@psf.upfronthosting.co.za>
Message-ID: <1363201720.39.0.338684285828.issue17410@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Well, I'm not sure what's the point of implementing that specific algorithm if the end result is the same.  HTMLParser implementation also has the advantage of being much simpler, and probably faster too.  If for some reason you want that specific algorithm you can always use html5lib.
Also if you find places where HTMLParser is not doing the right thing you can report new issues (I know a few corner cases where this happens, but they are so obscure that I intentionally left them unfixed to keep the code simple).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17410>
_______________________________________

From report at bugs.python.org  Wed Mar 13 20:24:32 2013
From: report at bugs.python.org (flying sheep)
Date: Wed, 13 Mar 2013 19:24:32 +0000
Subject: [issue17410] Generator-based HTMLParser
In-Reply-To: <1363198192.05.0.796177094664.issue17410@psf.upfronthosting.co.za>
Message-ID: <1363202672.89.0.478215272596.issue17410@psf.upfronthosting.co.za>


flying sheep added the comment:

no, i didn?t change anything that didn?t have to be changed to expose the tokens. i kept the changes as minimal as possible.

and the tests pass! i attached the patch.

---

aside thoughts:

i had to change _markupbase.py, too, but i wonder why it?s even a separate module: it is only ever imported by html.parser and its only content, ParserBase, is only subclassed once (by HTMLParser). both classes are so intertwined and dependent on each other (ParserBase calls HTMLParser methods that it itself doesn?t even define) that i think _markupbase should just be scrapped and included into HTMLParser.

----------
keywords: +patch
Added file: http://bugs.python.org/file29401/htmltokenizer.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17410>
_______________________________________

From report at bugs.python.org  Wed Mar 13 20:28:25 2013
From: report at bugs.python.org (flying sheep)
Date: Wed, 13 Mar 2013 19:28:25 +0000
Subject: [issue17410] Generator-based HTMLParser
In-Reply-To: <1363198192.05.0.796177094664.issue17410@psf.upfronthosting.co.za>
Message-ID: <1363202905.52.0.00045454895265.issue17410@psf.upfronthosting.co.za>


flying sheep added the comment:

whoops, left my editor modeline in. i knew that was going to happen.

----------
Added file: http://bugs.python.org/file29402/htmltokenizer.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17410>
_______________________________________

From report at bugs.python.org  Wed Mar 13 21:29:36 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 13 Mar 2013 20:29:36 +0000
Subject: [issue17405] Add _Py_memset_s() to securely clear memory
In-Reply-To: <1363107252.29.0.782882608.issue17405@psf.upfronthosting.co.za>
Message-ID: <1363206576.45.0.492351110649.issue17405@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Right now I don't really see the point of this. The randomized hash is not cryptographically secure, so this sounds like premature securization to me.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17405>
_______________________________________

From report at bugs.python.org  Wed Mar 13 21:40:02 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 20:40:02 +0000
Subject: [issue1584] Mac OS X: building with X11 Tkinter
In-Reply-To: <1197345898.75.0.132866639605.issue1584@psf.upfronthosting.co.za>
Message-ID: <1363207202.14.0.406955723521.issue1584@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1584>
_______________________________________

From report at bugs.python.org  Wed Mar 13 21:40:30 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 13 Mar 2013 20:40:30 +0000
Subject: [issue17307] HTTP PUT request Example
In-Reply-To: <1361955587.38.0.14131170532.issue17307@psf.upfronthosting.co.za>
Message-ID: <3ZR4gd4hKvzR34@mail.python.org>


Roundup Robot added the comment:

New changeset 4edde40afee6 by Senthil Kumaran in branch '2.7':
#17307 - Example of HTTP PUT Request using httplib
http://hg.python.org/cpython/rev/4edde40afee6

New changeset d4ab6556ff97 by Senthil Kumaran in branch '3.2':
#17307 - Example of HTTP PUT Request using http.client
http://hg.python.org/cpython/rev/d4ab6556ff97

New changeset 9941a9bbfeb6 by Senthil Kumaran in branch '3.3':
#17307 - merge from 3.2
http://hg.python.org/cpython/rev/9941a9bbfeb6

New changeset 57e5409a998e by Senthil Kumaran in branch 'default':
#17307 - merge from 3.3
http://hg.python.org/cpython/rev/57e5409a998e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17307>
_______________________________________

From report at bugs.python.org  Wed Mar 13 21:41:22 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 13 Mar 2013 20:41:22 +0000
Subject: [issue17307] HTTP PUT request Example
In-Reply-To: <1361955587.38.0.14131170532.issue17307@psf.upfronthosting.co.za>
Message-ID: <1363207282.9.0.427306638132.issue17307@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Thanks for the review, Karl. Made the doc changes in all codelines.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17307>
_______________________________________

From report at bugs.python.org  Wed Mar 13 21:49:39 2013
From: report at bugs.python.org (flying sheep)
Date: Wed, 13 Mar 2013 20:49:39 +0000
Subject: [issue17410] Generator-based HTMLParser
In-Reply-To: <1363198192.05.0.796177094664.issue17410@psf.upfronthosting.co.za>
Message-ID: <1363207779.86.0.394883213742.issue17410@psf.upfronthosting.co.za>


Changes by flying sheep <flying-sheep at web.de>:


Removed file: http://bugs.python.org/file29401/htmltokenizer.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17410>
_______________________________________

From report at bugs.python.org  Wed Mar 13 21:50:21 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 20:50:21 +0000
Subject: [issue12684] profile does not dump stats on exception like cProfile
	does
In-Reply-To: <1312335798.44.0.743453347572.issue12684@psf.upfronthosting.co.za>
Message-ID: <1363207821.53.0.383310203556.issue12684@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +giampaolo.rodola
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12684>
_______________________________________

From report at bugs.python.org  Wed Mar 13 21:56:50 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 20:56:50 +0000
Subject: [issue16611] multiple problems with Cookie.py
In-Reply-To: <1354654224.49.0.677339520856.issue16611@psf.upfronthosting.co.za>
Message-ID: <1363208210.54.0.0248244831258.issue16611@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Even though #3073 has been fixed, I still see the same failures when I run the attached test_cookie.py.

----------
nosy: +ezio.melotti, r.david.murray
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16611>
_______________________________________

From report at bugs.python.org  Wed Mar 13 22:09:05 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 13 Mar 2013 21:09:05 +0000
Subject: [issue1285086] urllib.quote is too slow
Message-ID: <1363208945.78.0.265634581248.issue1285086@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Serhiy  - Is there any technical issue that is holding up this patch? (I dont see any). If nothing is holding up and you are busy, I shall go ahead with committing this one. /cc flox

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285086>
_______________________________________

From report at bugs.python.org  Wed Mar 13 22:10:30 2013
From: report at bugs.python.org (John Dennis)
Date: Wed, 13 Mar 2013 21:10:30 +0000
Subject: [issue16611] multiple problems with Cookie.py
In-Reply-To: <1354654224.49.0.677339520856.issue16611@psf.upfronthosting.co.za>
Message-ID: <1363209030.59.0.789264856587.issue16611@psf.upfronthosting.co.za>


John Dennis added the comment:

That's because #3073 never addressed the core problems, so yes I would expect you would see failures. The point of the attached test is to illustrate the deficiencies in Cookie.py, so apparently it's doing it's job :-)

FWIW, we wrote a new cookie library to get around the inherent problems in Cookie.py and cookielib. We could contribute it if there is interest.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16611>
_______________________________________

From report at bugs.python.org  Wed Mar 13 22:12:00 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 21:12:00 +0000
Subject: [issue7406] int arithmetic relies on C signed overflow behaviour
In-Reply-To: <1259495783.96.0.0738564373709.issue7406@psf.upfronthosting.co.za>
Message-ID: <1363209120.05.0.927789528176.issue7406@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +serhiy.storchaka, skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7406>
_______________________________________

From report at bugs.python.org  Wed Mar 13 22:19:53 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 21:19:53 +0000
Subject: [issue14302] Rename Scripts directory to bin and move python.exe to
	bin
In-Reply-To: <1331742575.57.0.919941207524.issue14302@psf.upfronthosting.co.za>
Message-ID: <1363209593.99.0.176388134949.issue14302@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14302>
_______________________________________

From report at bugs.python.org  Wed Mar 13 22:20:45 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 21:20:45 +0000
Subject: [issue11767] Maildir iterator leaks file descriptors by default
In-Reply-To: <1301958670.39.0.218079408331.issue11767@psf.upfronthosting.co.za>
Message-ID: <1363209645.69.0.945130971455.issue11767@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11767>
_______________________________________

From report at bugs.python.org  Wed Mar 13 22:22:16 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 21:22:16 +0000
Subject: [issue1453973] addheaders for urlopen / open / xxxx_open
Message-ID: <1363209736.91.0.820433847787.issue1453973@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
versions: +Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1453973>
_______________________________________

From report at bugs.python.org  Wed Mar 13 22:25:49 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 21:25:49 +0000
Subject: [issue4099] dir on a compiled re does not show pattern as a part of
	the list
In-Reply-To: <1223642241.74.0.837602325601.issue4099@psf.upfronthosting.co.za>
Message-ID: <1363209949.13.0.616170298783.issue4099@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4099>
_______________________________________

From report at bugs.python.org  Wed Mar 13 23:10:18 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 13 Mar 2013 22:10:18 +0000
Subject: [issue17412] Windows make.bat fails on 2.7
Message-ID: <1363212618.11.0.922529500825.issue17412@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

>From Command Prompt
'''
F:\Python\dev\py27\Doc>make html
Running Sphinx v0.6.7

Extension error:
Could not import extension pyspecific (exception: No module named nodes)
'''
Note the old version of Sphinx installed by make checkout. I updated make.bat sphinx download to 1.0.7, the same as all the 3.x make.bats, deleted tools/sphinx (otherwise, svn refuses to redownload), and redid 'make checkout' and 'make html', I got 'build succeeded'. I loaded index.html and the doc files seemed normal (except be being more sprightly due to files being local ;-). I loaded the library manual, followed links, and tested the two indexes.

Was not updating 2.7 make.bat an oversight and is this simple fix the right one? or do 2.7 docs need the old version, albeit with the missing nodes module added?

----------
messages: 184115
nosy: eric.araujo, ezio.melotti, georg.brandl, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Windows make.bat fails on 2.7
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17412>
_______________________________________

From report at bugs.python.org  Wed Mar 13 23:14:25 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 13 Mar 2013 22:14:25 +0000
Subject: [issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible
In-Reply-To: <1362781994.31.0.121984055749.issue17386@psf.upfronthosting.co.za>
Message-ID: <1363212865.85.0.0436211105595.issue17386@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

2.7 make.bat, which currently downloads sphinx v0.6.7 but not at least one needed file, does not work. See #17412. I asked there whether simply updating the sphinx version, which seems to work, is the right fix. I believe this is currently the only different in make.bat between Python versions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17386>
_______________________________________

From report at bugs.python.org  Wed Mar 13 23:45:07 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 22:45:07 +0000
Subject: [issue17243] The changes made for issue 4074 should be documented
In-Reply-To: <1361305487.48.0.247163585293.issue17243@psf.upfronthosting.co.za>
Message-ID: <1363214707.97.0.0459836189039.issue17243@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17243>
_______________________________________

From report at bugs.python.org  Wed Mar 13 23:53:38 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 22:53:38 +0000
Subject: [issue10708] Misc/porting should be folded into the development FAQ
	or the devguide
In-Reply-To: <1292427453.79.0.452399127359.issue10708@psf.upfronthosting.co.za>
Message-ID: <1363215218.72.0.236468368023.issue10708@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Misc/Porting is a single FAQ, and could be added somewhere with the other FAQs in the devguide.  It might need some rephrasing since it uses the first person.

Misc/SpecialBuilds.txt looks like something that should go in the regular docs, possibly as an HOWTO.

----------
components: +Devguide -Documentation
nosy: +ezio.melotti
type:  -> enhancement
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10708>
_______________________________________

From report at bugs.python.org  Thu Mar 14 00:10:45 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 23:10:45 +0000
Subject: [issue5017] import suds help( suds ) fails
In-Reply-To: <1232501801.2.0.242744979679.issue5017@psf.upfronthosting.co.za>
Message-ID: <1363216245.28.0.162547072707.issue5017@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I tried to zip a python module that contained a couple of functions, and after importing it as described in http://docs.python.org/2/library/zipimport.html#examples, I was able to use the inspect module to inspect the module and its functions without encountering any problem.
I'm therefore going to close this as out of date.

----------
nosy: +ezio.melotti
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5017>
_______________________________________

From report at bugs.python.org  Thu Mar 14 00:23:26 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 23:23:26 +0000
Subject: [issue13918] locale.atof documentation is missing func argument
In-Reply-To: <1328105541.08.0.458455853203.issue13918@psf.upfronthosting.co.za>
Message-ID: <1363217006.53.0.115014850197.issue13918@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

It looks like an implementation detail to me, so I tend to agree with Georg.  I'm not sure if this should be noted in the code though.

----------
nosy: +ezio.melotti
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13918>
_______________________________________

From report at bugs.python.org  Thu Mar 14 00:30:22 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 13 Mar 2013 23:30:22 +0000
Subject: [issue14639] Different behavior for urllib2 in Python 2.7
In-Reply-To: <1334963627.5.0.25860672306.issue14639@psf.upfronthosting.co.za>
Message-ID: <1363217422.9.0.629724898625.issue14639@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14639>
_______________________________________

From report at bugs.python.org  Thu Mar 14 00:36:30 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 13 Mar 2013 23:36:30 +0000
Subject: [issue14639] Different behavior for urllib2 in Python 2.7
In-Reply-To: <1334963627.5.0.25860672306.issue14639@psf.upfronthosting.co.za>
Message-ID: <1363217790.46.0.318185247432.issue14639@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

I am okay with closing this. If Diego gets back with more info or specifics of error, we can deal with it.

----------
assignee:  -> orsenthil
resolution:  -> wont fix
stage:  -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14639>
_______________________________________

From report at bugs.python.org  Thu Mar 14 01:03:19 2013
From: report at bugs.python.org (=?utf-8?q?C=C3=A9dric_Krier?=)
Date: Thu, 14 Mar 2013 00:03:19 +0000
Subject: [issue13918] locale.atof documentation is missing func argument
In-Reply-To: <1328105541.08.0.458455853203.issue13918@psf.upfronthosting.co.za>
Message-ID: <1363219399.36.0.369484271943.issue13918@psf.upfronthosting.co.za>


C?dric Krier added the comment:

Then I think we miss a locale.atod to parse string to Decimal

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13918>
_______________________________________

From report at bugs.python.org  Thu Mar 14 01:33:34 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 00:33:34 +0000
Subject: [issue13918] locale.atof documentation is missing func argument
In-Reply-To: <1328105541.08.0.458455853203.issue13918@psf.upfronthosting.co.za>
Message-ID: <1363221214.14.0.795019046638.issue13918@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +mark.dickinson, skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13918>
_______________________________________

From report at bugs.python.org  Thu Mar 14 01:56:34 2013
From: report at bugs.python.org (Andreas Kloeckner)
Date: Thu, 14 Mar 2013 00:56:34 +0000
Subject: [issue17413] format_exception() breask on exception tuples from trace
	function
Message-ID: <1363222594.63.0.566610526845.issue17413@psf.upfronthosting.co.za>


New submission from Andreas Kloeckner:

traceback.format_exception() used to work properly with the 'arg' value passed to a tracing function set up via sys.settrace for an 'exception' event. In Python 3.x, this is no longer the case. Below you'll find what the attached test produces for a variety of interpreter versions.

If this is not intended to work, I would be much obliged for a hint on how to achieve the desired effect--i.e. get a formatted exception traceback for the exception tuple 'arg' passed to the trace function.

Thanks!

See also: https://github.com/inducer/pudb/issues/61

#####################################################
Python 2.7
#####################################################
ZZ call
ZZ line
ZZ line
ZZ exception
exception (<type 'exceptions.AttributeError'>, "'int' object has no attribute 'invalid'", <traceback object at 0x1951fc8>)
-------------------------------
Traceback (most recent call last):
  File "exc-bug.py", line 20, in f
    x.invalid
AttributeError: 'int' object has no attribute 'invalid'

-------------------------------
ZZ return
Traceback (most recent call last):
  File "exc-bug.py", line 22, in <module>
    f()
  File "exc-bug.py", line 20, in f
    x.invalid
AttributeError: 'int' object has no attribute 'invalid'
ZZ call
ZZ call
#####################################################

#####################################################
Python 3.2
#####################################################
ZZ call
ZZ line
ZZ line
ZZ exception
exception (<class 'AttributeError'>, "'int' object has no attribute 'invalid'", <traceback object at 0x7f4cf42e5f80>)
-------------------------------
Traceback (most recent call last):
  File "exc-bug.py", line 22, in <module>
    f()
  File "exc-bug.py", line 20, in f
    x.invalid
  File "exc-bug.py", line 9, in trace
    print("".join(format_exception(*arg)))
  File "/usr/lib/python3.2/traceback.py", line 180, in format_exception
    for value, tb in values:
  File "/usr/lib/python3.2/traceback.py", line 122, in _iter_chain
    cause = exc.__cause__
AttributeError: 'str' object has no attribute '__cause__'
#####################################################

#####################################################
Python 3.3
#####################################################
ZZ call
ZZ line
ZZ line
ZZ exception
exception (<class 'AttributeError'>, "'int' object has no attribute 'invalid'", <traceback object at 0x7f47383acb00>)
-------------------------------
Traceback (most recent call last):
  File "exc-bug.py", line 22, in <module>
    f()
  File "exc-bug.py", line 20, in f
    x.invalid
  File "exc-bug.py", line 9, in trace
    print("".join(format_exception(*arg)))
  File "/usr/lib/python3.3/traceback.py", line 181, in format_exception
    for value, tb in values:
  File "/usr/lib/python3.3/traceback.py", line 122, in _iter_chain
    context = exc.__context__
AttributeError: 'str' object has no attribute '__context__'
#####################################################

----------
components: Interpreter Core
files: exc-bug.py
messages: 184122
nosy: inducer
priority: normal
severity: normal
status: open
title: format_exception() breask on exception tuples from trace function
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file29403/exc-bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17413>
_______________________________________

From report at bugs.python.org  Thu Mar 14 02:21:25 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 01:21:25 +0000
Subject: [issue11732] Skip decorator for tests requiring manual intervention
	on Windows
In-Reply-To: <1301604811.48.0.519862680053.issue11732@psf.upfronthosting.co.za>
Message-ID: <1363224085.95.0.302289253939.issue11732@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I just noticed that regrtest also has a --nowindows flag that uses SetErrorMode (see Lib/test/regrtest.py:490).
The implementation is a bit different:
 1) it uses msvcrt instead of going through ctypes.windll.kernel32;
 2) it specifies SEM_FAILCRITICALERRORS, SEM_NOALIGNMENTFAULTEXCEPT, and SEM_NOOPENFILEERRORBOX in addition to SEM_NOGPFAULTERRORBOX;
 3) it doesn's seem to save and restore the previous error mode;
 4) it has additional calls to CrtSetReportMode and CrtSetReportFile;
 5) it doesn't check the platform and thus raises an ImportError if msvcrt is missing;

Do you think this flag should be removed?
Should I improve my context manager with any of these things?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11732>
_______________________________________

From report at bugs.python.org  Thu Mar 14 02:25:22 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 14 Mar 2013 01:25:22 +0000
Subject: [issue14468] Update cloning guidelines in devguide
In-Reply-To: <1333296467.92.0.464102844472.issue14468@psf.upfronthosting.co.za>
Message-ID: <1363224322.28.0.799990481995.issue14468@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

For the null merge entry, /filed/files/.

The "create new remote heads". is really needed. I handled a situation wrong again today. Question: commit to 3.2, merge forward without change, push, and message is '... new remote head in 3.2'. Is 3.2 really the only branch with a head conflict? Or would one appear in 3.3 as soon as 3.2 heads are merged and merge is merged forward to 3.3?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14468>
_______________________________________

From report at bugs.python.org  Thu Mar 14 02:26:48 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 14 Mar 2013 01:26:48 +0000
Subject: [issue17413] format_exception() breaks on exception tuples from trace
	function
In-Reply-To: <1363222594.63.0.566610526845.issue17413@psf.upfronthosting.co.za>
Message-ID: <1363224408.38.0.826084191476.issue17413@psf.upfronthosting.co.za>


R. David Murray added the comment:

It looks like a bug in the tracing machinery that has only been revealed by the changes to how tracebacks are interpreted in python3.  It should be a relatively simple fix, but I wonder if there is existing code that depends on the second argument getting turned into a string.

You can hack around the problem by creating a class to wrap around the arg[1] you get that has __cause__ and __context__ attributes, both set to none, and whose __str__ returns the original string.

----------
keywords: +easy
nosy: +r.david.murray
stage:  -> needs patch
title: format_exception() breask on exception tuples from trace function -> format_exception() breaks on exception tuples from trace function
versions: +Python 3.2, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17413>
_______________________________________

From report at bugs.python.org  Thu Mar 14 02:30:20 2013
From: report at bugs.python.org (Aaron Meurer)
Date: Thu, 14 Mar 2013 01:30:20 +0000
Subject: [issue17413] format_exception() breaks on exception tuples from trace
	function
In-Reply-To: <1363222594.63.0.566610526845.issue17413@psf.upfronthosting.co.za>
Message-ID: <1363224620.65.0.409986330473.issue17413@psf.upfronthosting.co.za>


Changes by Aaron Meurer <asmeurer at gmail.com>:


----------
nosy: +Aaron.Meurer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17413>
_______________________________________

From report at bugs.python.org  Thu Mar 14 02:42:08 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 14 Mar 2013 01:42:08 +0000
Subject: [issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible
In-Reply-To: <1362781994.31.0.121984055749.issue17386@psf.upfronthosting.co.za>
Message-ID: <3ZRCMg3Py5zRnv@mail.python.org>


Roundup Robot added the comment:

New changeset 9b45873e5a68 by Terry Jan Reedy in branch '3.2':
Issue #17386 make.bat must run with Python 2 until Sphinx runs with Python 3.
http://hg.python.org/cpython/rev/9b45873e5a68

New changeset e45db319e590 by Terry Jan Reedy in branch '3.3':
Merge with 3.2: Issue #17386
http://hg.python.org/cpython/rev/e45db319e590

New changeset 99e72eae35bb by Terry Jan Reedy in branch 'default':
Merge with 3.3: Issue #17386
http://hg.python.org/cpython/rev/99e72eae35bb

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17386>
_______________________________________

From report at bugs.python.org  Thu Mar 14 02:49:30 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 14 Mar 2013 01:49:30 +0000
Subject: [issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible
In-Reply-To: <1362781994.31.0.121984055749.issue17386@psf.upfronthosting.co.za>
Message-ID: <1363225770.54.0.342481937029.issue17386@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I pushed the minipatch but did not add a news item as it may get superseded and will not affect anyone currently setting PYTHON.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17386>
_______________________________________

From report at bugs.python.org  Thu Mar 14 03:16:49 2013
From: report at bugs.python.org (Edmond Burnett)
Date: Thu, 14 Mar 2013 02:16:49 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1363227409.75.0.903342628837.issue17390@psf.upfronthosting.co.za>


Edmond Burnett added the comment:

Suggesting a patch which addresses this enhancement. I did not include  architecture() in the title bar but can add it as well if others think it is appropriate.

Import of platform.python_version is done at the top of PyShell.py rather than inside the class as per PEP8.

----------
keywords: +patch
nosy: +edmond.burnett
versions:  -Python 2.7, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file29404/idle_shell_version_display-3.4.0a0.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Thu Mar 14 03:43:13 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 14 Mar 2013 02:43:13 +0000
Subject: [issue15244] Support for opening files with FILE_SHARE_DELETE on
	Windows
In-Reply-To: <1341342894.98.0.559958462018.issue15244@psf.upfronthosting.co.za>
Message-ID: <1363228993.46.0.106691212165.issue15244@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I don't understand whether you are proposing to include the patch into Python as-is; if so, I'm -1 on it for two formal reasons: a) the standard library shouldn't monkey patch itself, and b) OS interfacing should be implemented in C.

That said, having maximum sharing when opnening files sounds fine to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15244>
_______________________________________

From report at bugs.python.org  Thu Mar 14 04:05:38 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 03:05:38 +0000
Subject: [issue14468] Update cloning guidelines in devguide
In-Reply-To: <1333296467.92.0.464102844472.issue14468@psf.upfronthosting.co.za>
Message-ID: <1363230338.68.0.782946044854.issue14468@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> Question: commit to 3.2, merge forward without change, push, and message is '... new
> remote head in 3.2'. Is 3.2 really the only branch with a head conflict?

I don't remember the details of the error message, but you can use "hg heads" to verify that.  In general this shouldn't happen, because if someone committed something on 3.2, he should have also merged and pushed it on 3.3/default[0].  It could happen if you forget to update your 3.2 clone but you have updated 3.3 and default clones.

> Or would one appear in 3.3 as soon as 3.2 heads are merged and merge
> is merged forward to 3.3?

Heads on a branch don't appear magically.  The only two ways to create another head on a branch are:
  1) make a commit on a branch that is not updated;
  2) pull a changeset after you made a commit;

If the branch is updated, a new commit will replace the previous head, which will be its parent.

To answer your question, assume you have one head on default, one head on 3.3, and two heads on 3.2.
The first thing you have to do is merge the heads of 3.2, so that you end up with one head per branch.  This created a new changesets on 3.2, but 3.3 and default are unaffected.
This new changeset -- like all the other changesets on 3.2 -- must be merged with 3.3/default, so you merge branches as you would do with any other changeset you committed on 3.2.

In the worst case scenario, you just made commits on all the four branches, and someone else did the same and pushed before you.  Your push fails because it creates new heads.
You pull the new changesets and end up with 2 heads for each branch.
To solve this you have to do:
 1) 2.7$ hg merge (merge heads on 2.7);
 2) 3.2$ hg merge (merge heads on 3.2);
 3) 3.3$ hg merge (merge heads on 3.3);
 4) 3.x$ hg merge (merge heads on default);
 5) 3.3$ hg merge 3.2 (merge 3.2 with 3.3);
 6) 3.x$ hg merge 3.3 (merge 3.3 with default);

I'm not sure this answers your questions -- I tried to explain it using different approaches, but the end result wasn't much clearer, so I discarded them.  The concepts themselves are not particularly complicated or difficult to understand, however they are not really easy to explain either :)
Using "hg glog" or http://hg.python.org/cpython/graph/ (or the one integrated in TortoiseHG) should help.

[0] note that this is not currently enforced. #15917 has a patch to fix this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14468>
_______________________________________

From report at bugs.python.org  Thu Mar 14 04:49:05 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 03:49:05 +0000
Subject: [issue13056] test_multibytecodec.py:TestStreamWriter is skipped after
	PEP393
In-Reply-To: <1317260300.62.0.299015504355.issue13056@psf.upfronthosting.co.za>
Message-ID: <1363232944.99.0.573485526696.issue13056@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +serhiy.storchaka
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13056>
_______________________________________

From report at bugs.python.org  Thu Mar 14 05:18:54 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 04:18:54 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <1363234734.08.0.854061507083.issue11420@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Attached an updated patch against 3.2.

----------
nosy: +ezio.melotti
type:  -> behavior
versions: +Python 3.4 -Python 3.1
Added file: http://bugs.python.org/file29405/issue11420.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Thu Mar 14 05:42:25 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 14 Mar 2013 04:42:25 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error and
	trailing newline
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1363236145.81.0.481570271054.issue12921@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Karl - I reviewed the patch and like it. Here are some comments.

At first, I did not see the need for both "message" and "explain" in the API both having almost similar purposes. But given that "explain" is already used by send_error and at the moment, un-customizable and I think it is barely useful. Your 3rd patch may improve it's utility value a bit further.

One review comment:

-                   {'code': code, 'message': _quote_html(message), 'explain': explain})
+                   {'code': code, 'message': message, 'explain': _quote_html(explain)})

I would go with _quote_html(message) too. That was fix for XSS security issue.

Also. I will not confuse the newline checking with status line in the same patch /commit. I have a suspicion that RFC says Status Line should be a single line and you went ahead with including that in patch. Is that correct? If you referred to any specific section of RFC, could you point me to that? Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Thu Mar 14 06:34:15 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 14 Mar 2013 05:34:15 +0000
Subject: [issue14468] Update cloning guidelines in devguide
In-Reply-To: <1333296467.92.0.464102844472.issue14468@psf.upfronthosting.co.za>
Message-ID: <1363239255.25.0.334865393701.issue14468@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I now understand what I should have done. After pulling and updating,

1. Make sure there is only 1 head per branch by using 'hg heads <branch>*. Merge all but only pairs revealed by that command.

* 'hg heads' without giving a branch lists all heads in all branches, including 2.6 and 3.1, making it harder to find pairs in one branch. This is especially true in the Workbench command window which has room to see only one head at a time. So I recommend you at least mention the option of adding the branch (with 3.4 being 'default').

Comment: while 2 heads for 2.7 or default are visibly obvious in the dag (at least they were the one time I had such), 2 heads for 3.2 and 3.3 seems not to be, at least when merged forwards. As far as I know, the only way to tell which nodes hg considers to be heads (in particular, which node is the already pushed head) is to use the 'heads' command.

(My big mistake was to *assume* -- without checking 'heads' -- that the 3.2 heads, when merged forward, must have become 2 heads in 3.3 ...)

2. Merge forward as needed. I think a version of your 6 step display would be helpful. It was for me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14468>
_______________________________________

From report at bugs.python.org  Thu Mar 14 06:58:28 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 14 Mar 2013 05:58:28 +0000
Subject: [issue16612] Integrate "Argument Clinic" specialized
	preprocessor	into CPython trunk
In-Reply-To: <1354659537.54.0.587753848221.issue16612@psf.upfronthosting.co.za>
Message-ID: <1363240708.46.0.933015757876.issue16612@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Stefan's draft is now published: http://www.python.org/dev/peps/pep-0437/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16612>
_______________________________________

From report at bugs.python.org  Thu Mar 14 08:16:07 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 07:16:07 +0000
Subject: [issue11656] Debug builds for Windows would be very helpful
In-Reply-To: <1300920731.77.0.496004167034.issue11656@psf.upfronthosting.co.za>
Message-ID: <1363245367.08.0.325234534728.issue11656@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Can this be closed then?

----------
nosy: +ezio.melotti
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11656>
_______________________________________

From report at bugs.python.org  Thu Mar 14 08:21:00 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 14 Mar 2013 07:21:00 +0000
Subject: [issue15121] devguide doesn't document all bug tracker components
In-Reply-To: <1340275042.61.0.991678411408.issue15121@psf.upfronthosting.co.za>
Message-ID: <3ZRLtg28sczQss@mail.python.org>


Roundup Robot added the comment:

New changeset 2889f71c9e20 by Ezio Melotti in branch 'default':
#15121: document the "email" component.
http://hg.python.org/devguide/rev/2889f71c9e20

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15121>
_______________________________________

From report at bugs.python.org  Thu Mar 14 08:24:27 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 07:24:27 +0000
Subject: [issue15121] devguide doesn't document all bug tracker components
In-Reply-To: <1340275042.61.0.991678411408.issue15121@psf.upfronthosting.co.za>
Message-ID: <1363245867.76.0.873844081702.issue15121@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I documented the email component, and removed the "None" component.
I'm still not sure what to do about Cross-build -- maybe it should be removed as well.  Its name is self-explanatory, so even if it's not removed and it's not documented I don't think it's a big deal.

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15121>
_______________________________________

From report at bugs.python.org  Thu Mar 14 08:24:32 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 14 Mar 2013 07:24:32 +0000
Subject: [issue17044] Implement PEP 422: Simple class initialisation hook
In-Reply-To: <1359235758.38.0.556194565574.issue17044@psf.upfronthosting.co.za>
Message-ID: <1363245872.8.0.491295317527.issue17044@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I hadn't noticed that type.__new__ copied the contents (it surprises me that it does both that *and* restricts the input type to a true dict instance).

The "Extending a class" example should still work as shown, since the magic of that happens while the body of ExtendedExample is running.

For the order preserving case, it turns out CPython already keeps a copy of the original namespace around as cls.__locals__, but this is currently undocumented (as far as I can tell anyway).

If we elevate that to documented behaviour, then __init_class__ implementations can reference both the original object, as well as the snapshot underlying the class object.

Given that, it is probably also better to revert the namespace keyword to accepting an instance rather than a factory function, since the copy operation after execution of the class body is automatic.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17044>
_______________________________________

From report at bugs.python.org  Thu Mar 14 08:26:27 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 14 Mar 2013 07:26:27 +0000
Subject: [issue15917] hg hook to detect unmerged changesets
In-Reply-To: <1347340391.86.0.248701031918.issue15917@psf.upfronthosting.co.za>
Message-ID: <1363245987.31.0.752715291958.issue15917@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Reviewed the patch - the logic looks okay to me - namely verifying that the changeset the merged with the next +0.1, 3.x branch or default.

I tested.

2.7 -> push -> success.
3.1 -> push -> fail -> merge to 3.2 -> fail -> merge to default -> success.

Looks like a good server-side hgrc hook to have.

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15917>
_______________________________________

From report at bugs.python.org  Thu Mar 14 08:32:57 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 07:32:57 +0000
Subject: [issue14468] Update cloning guidelines in devguide
In-Reply-To: <1333296467.92.0.464102844472.issue14468@psf.upfronthosting.co.za>
Message-ID: <1363246377.83.0.90721534039.issue14468@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


Removed file: http://bugs.python.org/file29394/issue14468-new-faqs.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14468>
_______________________________________

From report at bugs.python.org  Thu Mar 14 08:38:54 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 07:38:54 +0000
Subject: [issue14468] Update cloning guidelines in devguide
In-Reply-To: <1333296467.92.0.464102844472.issue14468@psf.upfronthosting.co.za>
Message-ID: <1363246734.67.0.539912077994.issue14468@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The attached patch fixes the typo and mentions ``hg heads <branch>``.

> I think a version of your 6 step display would be helpful. It was for me.

The FAQ already describes the general approach (merge heads in each branch and then merge branches as usual).  The worst-case scenario that those 6 steps address is something that doesn't really happen often (and it's also a bit intimidating), so I preferred to leave it out and just describe a more common example.

----------
Added file: http://bugs.python.org/file29406/issue14468-new-faqs.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14468>
_______________________________________

From report at bugs.python.org  Thu Mar 14 08:39:57 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 07:39:57 +0000
Subject: [issue11479] Add discussion of trailing backslash in raw string to
	tutorial
In-Reply-To: <1299985803.24.0.199507309731.issue11479@psf.upfronthosting.co.za>
Message-ID: <1363246797.84.0.665403700308.issue11479@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11479>
_______________________________________

From report at bugs.python.org  Thu Mar 14 08:47:41 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 07:47:41 +0000
Subject: [issue17232] Improve -O docs
In-Reply-To: <1361255101.21.0.948205073894.issue17232@psf.upfronthosting.co.za>
Message-ID: <1363247261.13.0.720581104799.issue17232@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I left a review on rietveld.

----------
nosy: +ezio.melotti
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17232>
_______________________________________

From report at bugs.python.org  Thu Mar 14 08:48:31 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 07:48:31 +0000
Subject: [issue17403] Robotparser fails to parse some robots.txt
In-Reply-To: <1363085904.54.0.398684856881.issue17403@psf.upfronthosting.co.za>
Message-ID: <1363247311.69.0.557739740416.issue17403@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
keywords: +easy
nosy: +ezio.melotti
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17403>
_______________________________________

From report at bugs.python.org  Thu Mar 14 08:51:42 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 07:51:42 +0000
Subject: [issue11869] Include information about the bug tracker Rietveld code
	review tool
In-Reply-To: <1303156808.41.0.477083927136.issue11869@psf.upfronthosting.co.za>
Message-ID: <1363247502.66.0.245757463128.issue11869@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Closing this as duplicate of #13963.

----------
resolution:  -> duplicate
stage: needs patch -> committed/rejected
status: open -> closed
superseder:  -> dev guide has no mention of mechanics of patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11869>
_______________________________________

From report at bugs.python.org  Thu Mar 14 08:54:25 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 07:54:25 +0000
Subject: [issue11454] email.message import time
In-Reply-To: <1299701237.24.0.992920521308.issue11454@psf.upfronthosting.co.za>
Message-ID: <1363247665.08.0.0523898729199.issue11454@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> patch review
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11454>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:00:07 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 08:00:07 +0000
Subject: [issue1243730] Big speedup in email message parsing
Message-ID: <1363248007.77.0.419132503365.issue1243730@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1243730>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:01:08 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 08:01:08 +0000
Subject: [issue6640] urlparse should parse mailto: URL headers as query
	parameters
In-Reply-To: <1249346554.96.0.279967945769.issue6640@psf.upfronthosting.co.za>
Message-ID: <1363248068.17.0.265596934742.issue6640@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
keywords: +easy
versions: +Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6640>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:05:17 2013
From: report at bugs.python.org (Helmut Jarausch)
Date: Thu, 14 Mar 2013 08:05:17 +0000
Subject: [issue17413] format_exception() breaks on exception tuples from trace
	function
In-Reply-To: <1363222594.63.0.566610526845.issue17413@psf.upfronthosting.co.za>
Message-ID: <1363248317.21.0.125695665067.issue17413@psf.upfronthosting.co.za>


Helmut Jarausch added the comment:

The problem is caused by the new format_exception in Python's traceback.py file. It reads

def format_exception(etype, value, tb, limit=None, chain=True): 
  list = []
  if chain:
     values = _iter_chain(value, tb)
  else:
     values = [(value, tb)]
  for value, tb in values:
      if isinstance(value, str):

and then

def _iter_chain(exc, custom_tb=None, seen=None):
    if seen is None:
        seen = set()
    seen.add(exc)
    its = []
    context = exc.__context__

As you can see, the new keyword parameter chain is True by default. Thus, iter_chain is called by default.

And there you have context= exc.__context__.
Now, if value is an object of type str Python tries to access the __context__ field of an object of type str.

And this raises an attribute error.

In an application (pudb) I've used the fixed

exc_info= sys.exc_info()
....
format_exception(*exc_info,chain=not isinstance(exc_info[1],str))

So, why is the keyword parameter 'chain' True by default.
This causes the problem.

----------
nosy: +HJarausch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17413>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:08:34 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 08:08:34 +0000
Subject: [issue16931] mention work-around to create diffs in default/non-git
	mode
In-Reply-To: <1357894611.9.0.235167303817.issue16931@psf.upfronthosting.co.za>
Message-ID: <1363248514.43.0.901240674397.issue16931@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> This can be in a general Mercurial section before the section specific
> to committers, or else spread throughout (e.g. in the FAQ).

FWIW I'm leaning towards making the committing.rst page for committers only, and move general instructions for non-committers elsewhere.  For this issue I think it might be OK to either add a FAQ about Rietveld that also mentions the git format, or possibly include it in a new "Rietveld" section somewhere in the tracker docs (see #13963).

----------
stage:  -> needs patch
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16931>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:11:08 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 08:11:08 +0000
Subject: [issue15575] Tutorial is unclear on multiple imports of a module.
In-Reply-To: <1344363062.87.0.467457264308.issue15575@psf.upfronthosting.co.za>
Message-ID: <1363248668.18.0.458310692132.issue15575@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
keywords: +easy
nosy: +ezio.melotti
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15575>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:12:33 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 08:12:33 +0000
Subject: [issue10872] Add mode to TextIOWrapper repr
In-Reply-To: <1294564948.19.0.858903256762.issue10872@psf.upfronthosting.co.za>
Message-ID: <1363248753.26.0.185757450665.issue10872@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Should this still be backported on 2.7?

----------
keywords: +easy
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10872>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:13:23 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 14 Mar 2013 08:13:23 +0000
Subject: [issue17413] format_exception() breaks on exception tuples from trace
	function
In-Reply-To: <1363222594.63.0.566610526845.issue17413@psf.upfronthosting.co.za>
Message-ID: <1363248803.92.0.753069221397.issue17413@psf.upfronthosting.co.za>


R. David Murray added the comment:

Because the second argument to format_traceback is supposed to be (is documented to be) an exception object.  The fact that it used to work anyway in Python2 if you passed a string was an accident of the implementation.  Likewise, settrace is documented to provide a value, not a string, so the fact that it provides a string is a bug.  That needs to be fixed.

(As to specifically why chain defaults to True, it defaults to having the same behavior as the normal exception machinery.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17413>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:14:50 2013
From: report at bugs.python.org (Chris Angelico)
Date: Thu, 14 Mar 2013 08:14:50 +0000
Subject: [issue17414] timeit.timeit not in __all__ even though documented
Message-ID: <1363248890.42.0.978472113669.issue17414@psf.upfronthosting.co.za>


New submission from Chris Angelico:

The timeit module is commonly used via the convenience function timeit.timeit, which is listed in the documentation as the recommended "Python Interface":
http://docs.python.org/3/library/timeit.html

However, this function is not listed in __all__, meaning that it does not come up in IDLE when Ctrl-Space is pressed. It is also not mentioned in the module docstring, which says "Library usage: see the Timer class.".

Same applies to timeit.repeat(), save that it's not as commonly used. Both are listed in the online docs but not in the docstring or __all__.

----------
components: Library (Lib)
messages: 184147
nosy: Rosuav, terry.reedy
priority: normal
severity: normal
status: open
title: timeit.timeit not in __all__ even though documented
type: enhancement
versions: Python 2.6, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17414>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:15:43 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 08:15:43 +0000
Subject: [issue17414] timeit.timeit not in __all__ even though documented
In-Reply-To: <1363248890.42.0.978472113669.issue17414@psf.upfronthosting.co.za>
Message-ID: <1363248943.37.0.694028975893.issue17414@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
keywords: +easy
nosy: +docs at python, ezio.melotti
stage:  -> needs patch
versions: +Python 2.7, Python 3.2, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17414>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:17:45 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 08:17:45 +0000
Subject: [issue14515] tempfile.TemporaryDirectory documented as returning
	object but returns name
In-Reply-To: <1333678068.19.0.790451967958.issue14515@psf.upfronthosting.co.za>
Message-ID: <1363249065.16.0.103157358748.issue14515@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti, terry.reedy
stage: needs patch -> patch review
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14515>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:19:59 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 08:19:59 +0000
Subject: [issue13604] update PEP 393 (match implementation)
In-Reply-To: <1323923147.38.0.737729792057.issue13604@psf.upfronthosting.co.za>
Message-ID: <1363249199.02.0.836073791771.issue13604@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

What's the status of this?

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13604>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:26:29 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 08:26:29 +0000
Subject: [issue3701] test_ntpath.test_relpath fails when launched from a
	different Windows drive
In-Reply-To: <1219845584.1.0.97722173565.issue3701@psf.upfronthosting.co.za>
Message-ID: <1363249589.11.0.302946328472.issue3701@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Since 3.1 is no longer maintained I'm going to close this.

----------
nosy: +ezio.melotti
resolution:  -> out of date
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3701>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:31:08 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 08:31:08 +0000
Subject: [issue9104] test_exceptions does not test pickling with pickle.py
In-Reply-To: <1277741892.3.0.0849773844587.issue9104@psf.upfronthosting.co.za>
Message-ID: <1363249868.38.0.167571678953.issue9104@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> there's an issue about that.

That would be #8273.  See also #17037 and PEP 399.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9104>
_______________________________________

From report at bugs.python.org  Thu Mar 14 09:32:50 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 08:32:50 +0000
Subject: [issue2786] Names in traceback should have class names,
	if they're methods
In-Reply-To: <1210191958.85.0.412869826908.issue2786@psf.upfronthosting.co.za>
Message-ID: <1363249970.44.0.310098211349.issue2786@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Perhaps __qualname__ could be used in the traceback.

----------
keywords: +easy
nosy: +ezio.melotti, pitrou
stage:  -> needs patch
versions: +Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2786>
_______________________________________

From report at bugs.python.org  Thu Mar 14 10:41:24 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Thu, 14 Mar 2013 09:41:24 +0000
Subject: [issue17415] Documentation Ambiguity 1
Message-ID: <1363254084.71.0.566046555071.issue17415@psf.upfronthosting.co.za>


New submission from Gurmeet Singh:

This is the first time I am creating an issue. I may be doing something wrong. I will correct that if you make me aware about it!

Issue with documentation:
Documentation page: http://docs.python.org/3/library/os.path.html
Entry: os.path.normpath(path)
Contention line: "It should be understood that this may change the meaning of the path if it contains symbolic links!"

Ambiguity Source: Contention line immediately follows the line "On Windows, it converts forward slashes to backward slashes." relating contention line to also windows.

Ambiguity: "I think" (i.e. I do not know for sure) that, the contention line should apply to all OS, not just windows. for example, .. after a symlink should, according to me, remove the symlink itself by the normpath function. This would be an incorrect behaviour of the normpath (I consider that incorrect). Hence, should be documented for all OS.

----------
assignee: docs at python
components: Documentation
messages: 184152
nosy: docs at python, gsingh
priority: normal
severity: normal
status: open
title: Documentation Ambiguity 1
type: enhancement
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17415>
_______________________________________

From report at bugs.python.org  Thu Mar 14 10:43:01 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Thu, 14 Mar 2013 09:43:01 +0000
Subject: [issue17416] Documentation Ambiguity 2
Message-ID: <1363254181.3.0.0190813002191.issue17416@psf.upfronthosting.co.za>


New submission from Gurmeet Singh:

Source page: http://docs.python.org/3/library/os.html
Entry: os.walk(...)

Ambiguity Source: Name of the argument TopDown and / or its description.

The TopDown name is misleading to me. I would suggest BFS or DFS instead. TopDown false would imply to me that the traversal would run bottom up "from" the directory mentioned in the argument list (even though the name of that argument is top, it is confusing indicating a possibility of another naming mistake instead!)

----------
assignee: docs at python
components: Documentation
messages: 184153
nosy: docs at python, gsingh
priority: normal
severity: normal
status: open
title: Documentation Ambiguity 2
type: enhancement
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17416>
_______________________________________

From report at bugs.python.org  Thu Mar 14 10:56:21 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 14 Mar 2013 09:56:21 +0000
Subject: [issue12684] profile does not dump stats on exception like cProfile
	does
In-Reply-To: <1312335798.44.0.743453347572.issue12684@psf.upfronthosting.co.za>
Message-ID: <1363254981.38.0.692319531574.issue12684@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

I wasn't aware of this issue (sorry) and I have already fixed this back in cset 422169310b7c for the 3.4 branch.
2.7, 3.2 and 3.3 branches can still be fixed though.

----------
versions: +Python 2.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12684>
_______________________________________

From report at bugs.python.org  Thu Mar 14 11:11:35 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Thu, 14 Mar 2013 10:11:35 +0000
Subject: [issue17417] Documentation Modification Suggestion: os.walk, fwalk
Message-ID: <1363255895.31.0.587082771834.issue17417@psf.upfronthosting.co.za>


New submission from Gurmeet Singh:

Source page: http://docs.python.org/3/library/os.html
Entry: os.walk(...), os.fwalk()

These functions seems to be a generator functions. An expert like yourself may have no trouble to make this out. But for novice (or for people out of touch) like myself would have preferred a starting line of this function as "A generator function that generates file names.... ", rather than currently "Generates file names...."

----------
assignee: docs at python
components: Documentation
messages: 184155
nosy: docs at python, gsingh
priority: normal
severity: normal
status: open
title: Documentation Modification Suggestion: os.walk, fwalk
type: enhancement
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17417>
_______________________________________

From report at bugs.python.org  Thu Mar 14 11:23:06 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 14 Mar 2013 10:23:06 +0000
Subject: [issue17407] RotatingFileHandler issue when using multiple loggers
	instances (but one process/thread) to the same file
In-Reply-To: <1363132623.49.0.98073813861.issue17407@psf.upfronthosting.co.za>
Message-ID: <1363256586.95.0.170967831496.issue17407@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

I don't believe this is logging-related - it relates to how you can rename open files on POSIX. Both loggers use the same file, until rollover - thereafter, they use different files, resulting in the behaviour you saw. To illustrate, run the following script on your system, which has no logging code:

# rotest.py
import os

FN = 'dummy-%s.log' % os.getpid()

print('Using %s' % FN)

fa = open(FN, 'a')
fb = open(FN, 'a')

aline = 'a' * 40 + '\n'
bline = 'b' * 40 + '\n'

for i in range(5):
    if i == 2:
        # simulate rollover of a
        fa.write('Rolling over - a\n'); fa.flush()
        fa.close()
        os.rename(FN, FN + '.1')
        fa = open(FN, 'a')
        fa.write('Rolled over - a\n'); fa.flush()
    if i == 3:
        # simulate rollover of b
        fb.write('Rolling over - b\n'); fa.flush()
        fb.close()
        os.rename(FN + '.1', FN + '.2')
        os.rename(FN, FN + '.1')
        fb = open(FN, 'a')
        fb.write('Rolled over - b\n'); fa.flush()
    fa.write(aline); fa.flush()
    fb.write(bline); fb.flush()

When run, I get the following results:

$ python rotest.py
Using dummy-2320.log
$ cat dummy-2320.log
Rolled over - b
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
$ cat dummy-2320.log.1
Rolled over - a
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
$ cat dummy-2320.log.2
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
Rolling over - a
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
Rolling over - b

As in your case, the oldest file contains both 'a' and 'b' lines, but after rollover, 'a' and 'b' lines are segregated.

Note that the script (and your approach) won't work on Windows, because there you can't rename open files (one handler has the file open even when the other has closed it).

Based on the above, I'm marking this issue as invalid. For obvious reasons, the approach you are using here is not recommended.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17407>
_______________________________________

From report at bugs.python.org  Thu Mar 14 11:25:43 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 14 Mar 2013 10:25:43 +0000
Subject: [issue17407] RotatingFileHandler issue when using multiple loggers
	instances (but one process/thread) to the same file
In-Reply-To: <1363132623.49.0.98073813861.issue17407@psf.upfronthosting.co.za>
Message-ID: <1363256743.16.0.635601653405.issue17407@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

BTW in the example script I do fa.flush() a couple of times when I meant to do fb.flush() (in the i == 3 clause). The result is the same after correcting this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17407>
_______________________________________

From report at bugs.python.org  Thu Mar 14 11:31:01 2013
From: report at bugs.python.org (Piotr Dobrogost)
Date: Thu, 14 Mar 2013 10:31:01 +0000
Subject: [issue15244] Support for opening files with FILE_SHARE_DELETE on
	Windows
In-Reply-To: <1341342894.98.0.559958462018.issue15244@psf.upfronthosting.co.za>
Message-ID: <1363257061.96.0.615004278756.issue15244@psf.upfronthosting.co.za>


Piotr Dobrogost added the comment:

> I don't understand whether you are proposing to include the patch into Python as-is;

I think Richard is well aware of the constraints you specify and current patch was meant as a proof of concept; to show that all tests pass with such a change. Of course that's only my belief and we shall see what Richard has to say.

> That said, having maximum sharing when opnening files sounds fine to me.

Good to hear. However I started to wonder if we are ready for all consequences of this. For example taking into account what Richard noted in http://bugs.python.org/issue14243, specifically:

> Unfortunately using O_TEMPORARY is the only way allowed by msvcrt to
> get FILE_SHARE_DELETE, even though it also has the orthogonal effect
> of unlinking the file when all handles are closed.

forces programs which would like to open a file being opened at the same time by Python code (by means of built-in open() or os.open() with default arguments) to either use O_TEMPORARY when using msvcrt or to go low level and use CreateFile() Win32 API function with FILE_SHARE_DELETE flag. Are we ok with it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15244>
_______________________________________

From report at bugs.python.org  Thu Mar 14 12:39:11 2013
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 14 Mar 2013 11:39:11 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <1363261151.36.0.235943208217.issue11420@psf.upfronthosting.co.za>


Berker Peksag added the comment:

+skip_if_dont_write_bytecode = unittest.skipIf(
+        sys.dont_write_bytecode,
+        "test meaningful only when writing bytecode")

Maybe this could be added to the test.support module?

----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Thu Mar 14 13:28:46 2013
From: report at bugs.python.org (Anuj Gupta)
Date: Thu, 14 Mar 2013 12:28:46 +0000
Subject: [issue17414] timeit.timeit not in __all__ even though documented
In-Reply-To: <1363248890.42.0.978472113669.issue17414@psf.upfronthosting.co.za>
Message-ID: <1363264126.62.0.417833866836.issue17414@psf.upfronthosting.co.za>


Anuj Gupta added the comment:

I'm a new contributor so, not sure if I'm missing anything:

The issue seems straightforward to me, the exports should definitely be included in both - the docstring and __all__. Also, default_timer is documented and should be imported as well.

I've contributed a patch for the dev version. After a review, I can submit patches for all remaining versions.

Thanks!

----------
keywords: +patch
nosy: +anuj
Added file: http://bugs.python.org/file29407/timeit_exports.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17414>
_______________________________________

From report at bugs.python.org  Thu Mar 14 13:43:28 2013
From: report at bugs.python.org (bagrat lazaryan)
Date: Thu, 14 Mar 2013 12:43:28 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1363227409.75.0.903342628837.issue17390@psf.upfronthosting.co.za>
Message-ID: <DUB116-DS20C8D78406BC351EB91963B1EC0@phx.gbl>


bagrat lazaryan added the comment:

good. thank you.

i'm not sure about the architecture. i understand it's not crucial for most of the users. i would like to have it though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Thu Mar 14 13:46:03 2013
From: report at bugs.python.org (Jeroen Demeyer)
Date: Thu, 14 Mar 2013 12:46:03 +0000
Subject: [issue1222585] C++ compilation support for distutils
Message-ID: <1363265163.85.0.72278107738.issue1222585@psf.upfronthosting.co.za>


Changes by Jeroen Demeyer <jdemeyer at cage.ugent.be>:


----------
nosy: +jdemeyer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1222585>
_______________________________________

From report at bugs.python.org  Thu Mar 14 14:00:37 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 14 Mar 2013 13:00:37 +0000
Subject: [issue15244] Support for opening files with FILE_SHARE_DELETE on
	Windows
In-Reply-To: <1363257061.96.0.615004278756.issue15244@psf.upfronthosting.co.za>
Message-ID: <5141C9EF.6070506@v.loewis.de>


Martin v. L?wis added the comment:

Am 14.03.13 03:31, schrieb Piotr Dobrogost:
> forces programs which would like to open a file being opened at the
> same time by Python code (by means of built-in open() or os.open()
> with default arguments) to either use O_TEMPORARY when using msvcrt
> or to go low level and use CreateFile() Win32 API function with
> FILE_SHARE_DELETE flag. Are we ok with it?

That's why I was asking for an actual patch. The proposed change may
well not be implementable. If os.open continues to create CRT handles,
a way needs to be found to get a CRT handle that as the
FILE_SHARE_DELETE bit set.

An alternative approach could be that os.open stops creating CRT
handles, and directly uses OS handles. The problem with that is that
stdin/stdout/stderr would stop being 0/1/2, which is not acceptable.
An alternative solution to that could be that we introduce a notion
of "python io handles", parallel, but indepedendent from CRT handles.
And so on.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15244>
_______________________________________

From report at bugs.python.org  Thu Mar 14 14:14:16 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 14 Mar 2013 13:14:16 +0000
Subject: [issue11656] Debug builds for Windows would be very helpful
In-Reply-To: <1300920731.77.0.496004167034.issue11656@psf.upfronthosting.co.za>
Message-ID: <1363266856.89.0.650324067134.issue11656@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11656>
_______________________________________

From report at bugs.python.org  Thu Mar 14 14:14:35 2013
From: report at bugs.python.org (alef)
Date: Thu, 14 Mar 2013 13:14:35 +0000
Subject: [issue8918] distutils test_config_cmd failure on Solaris
In-Reply-To: <1275846660.59.0.731483262347.issue8918@psf.upfronthosting.co.za>
Message-ID: <1363266875.06.0.715690611731.issue8918@psf.upfronthosting.co.za>


alef added the comment:

The same happens with AIX 6.1 using xlc 10.1. Using -P implies removing -o output_file. The resulting _configtest.i is anyhow empty, even using -qppline.

----------
nosy: +alef

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8918>
_______________________________________

From report at bugs.python.org  Thu Mar 14 14:20:09 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 14 Mar 2013 13:20:09 +0000
Subject: [issue9285] Add a profile decorator to profile and cProfile
In-Reply-To: <1279375274.49.0.102313390752.issue9285@psf.upfronthosting.co.za>
Message-ID: <1363267209.46.0.993654034156.issue9285@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +benjamin.peterson, fdrake, nbastin, rhettinger, tim_one

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9285>
_______________________________________

From report at bugs.python.org  Thu Mar 14 14:35:29 2013
From: report at bugs.python.org (alef)
Date: Thu, 14 Mar 2013 13:35:29 +0000
Subject: [issue11188] test_time error on AIX
In-Reply-To: <1297435870.78.0.786178293384.issue11188@psf.upfronthosting.co.za>
Message-ID: <1363268129.14.0.0166506466677.issue11188@psf.upfronthosting.co.za>


Changes by alef <Alessandro.Foresi at eumetsat.int>:


----------
nosy: +alef

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11188>
_______________________________________

From report at bugs.python.org  Thu Mar 14 14:36:05 2013
From: report at bugs.python.org (alef)
Date: Thu, 14 Mar 2013 13:36:05 +0000
Subject: [issue11192] test_socket error on AIX
In-Reply-To: <1297436751.32.0.492226695457.issue11192@psf.upfronthosting.co.za>
Message-ID: <1363268165.83.0.950001408306.issue11192@psf.upfronthosting.co.za>


Changes by alef <Alessandro.Foresi at eumetsat.int>:


----------
nosy: +alef

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11192>
_______________________________________

From report at bugs.python.org  Thu Mar 14 14:36:47 2013
From: report at bugs.python.org (alef)
Date: Thu, 14 Mar 2013 13:36:47 +0000
Subject: [issue11190] test_locale error on AIX
In-Reply-To: <1297436341.9.0.505195116072.issue11190@psf.upfronthosting.co.za>
Message-ID: <1363268207.32.0.705876263075.issue11190@psf.upfronthosting.co.za>


Changes by alef <Alessandro.Foresi at eumetsat.int>:


----------
nosy: +alef

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11190>
_______________________________________

From report at bugs.python.org  Thu Mar 14 14:43:24 2013
From: report at bugs.python.org (alef)
Date: Thu, 14 Mar 2013 13:43:24 +0000
Subject: [issue15477] test_cmath failures on OS X 10.8
In-Reply-To: <1343469837.83.0.840988569572.issue15477@psf.upfronthosting.co.za>
Message-ID: <1363268604.79.0.266994397652.issue15477@psf.upfronthosting.co.za>


Changes by alef <Alessandro.Foresi at eumetsat.int>:


----------
nosy: +alef

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15477>
_______________________________________

From report at bugs.python.org  Thu Mar 14 14:44:00 2013
From: report at bugs.python.org (alef)
Date: Thu, 14 Mar 2013 13:44:00 +0000
Subject: [issue15477] test_cmath failures on OS X 10.8
In-Reply-To: <1343469837.83.0.840988569572.issue15477@psf.upfronthosting.co.za>
Message-ID: <1363268640.72.0.938257630401.issue15477@psf.upfronthosting.co.za>


Changes by alef <Alessandro.Foresi at eumetsat.int>:


----------
nosy:  -alef

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15477>
_______________________________________

From report at bugs.python.org  Thu Mar 14 14:44:16 2013
From: report at bugs.python.org (alef)
Date: Thu, 14 Mar 2013 13:44:16 +0000
Subject: [issue9920] test_cmath on atan fails on AIX
In-Reply-To: <1285164788.53.0.85582412597.issue9920@psf.upfronthosting.co.za>
Message-ID: <1363268656.59.0.841403151184.issue9920@psf.upfronthosting.co.za>


Changes by alef <Alessandro.Foresi at eumetsat.int>:


----------
nosy: +alef

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9920>
_______________________________________

From report at bugs.python.org  Thu Mar 14 15:37:13 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Thu, 14 Mar 2013 14:37:13 +0000
Subject: [issue15244] Support for opening files with FILE_SHARE_DELETE on
	Windows
In-Reply-To: <5141C9EF.6070506@v.loewis.de>
Message-ID: <5141E06C.1060402@gmail.com>


Richard Oudkerk added the comment:

On 14/03/2013 1:00pm, Martin v. L?wis wrote:
> That's why I was asking for an actual patch. The proposed change may
> well not be implementable. If os.open continues to create CRT handles,
> a way needs to be found to get a CRT handle that as the
> FILE_SHARE_DELETE bit set.

The patch *does* create CRT fds from win32 handles by using 
msvcrt.open_osfhandle().

One other issue is that I do not know of a way to determine the current 
umask without temporarily changing it, causing a thread-race.

In the end I am not sure it is worth the hassle.  (But maybe it would be 
a good idea to add test.support.open() using FILE_SHARE_DELETE and 
test.support.unlink() to make the testsuite more resilient to 
"Permission Denied" errors.)

> An alternative approach could be that os.open stops creating CRT
> handles, and directly uses OS handles. The problem with that is that
> stdin/stdout/stderr would stop being 0/1/2, which is not acceptable.
> An alternative solution to that could be that we introduce a notion
> of "python io handles", parallel, but indepedendent from CRT handles.
> And so on.

http://bugs.python.org/issue12939 has C implementations of _io.WinFileIO 
and _io.openhandle() which are equivalents for _io.FileIO and os.open() 
which use "native" Windows handles.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15244>
_______________________________________

From report at bugs.python.org  Thu Mar 14 15:37:43 2013
From: report at bugs.python.org (Stefan Krah)
Date: Thu, 14 Mar 2013 14:37:43 +0000
Subject: [issue13918] locale.atof documentation is missing func argument
In-Reply-To: <1328105541.08.0.458455853203.issue13918@psf.upfronthosting.co.za>
Message-ID: <1363271863.26.0.410439089526.issue13918@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I agree with "won't fix" for the original issue. These locale functions
are in effect superseded by PEP 3101 formatting.

For decimal locale specific formatting, use:

format(Decimal("1729.1415927"), "n")


IOW, I don't think new formatting functions should be added to the
locale module.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13918>
_______________________________________

From report at bugs.python.org  Thu Mar 14 16:02:41 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Thu, 14 Mar 2013 15:02:41 +0000
Subject: [issue17418] Documentation Bug
Message-ID: <1363273361.29.0.0702686905061.issue17418@psf.upfronthosting.co.za>


New submission from Gurmeet Singh:

Incompletely explained documentation at 2 places:

1. http://docs.python.org/3/library/functions.html#open

The buffering argument is not correctly explained when setting to a positive argument in binary mode.

2. http://docs.python.org/3/library/os.html#os.open

It is not very clear where to find descriptions of the arguments of this function. Where to find the required information and where to find C run-time documentation could be explained in following preferably:
(Python/C API Reference Manual) http://docs.python.org/3/c-api/index.html and / or 
(The Python Standard Library) http://docs.python.org/3/library and  / or 
(Python Runtime Services) http://docs.python.org/3/library/python.html 

A hyperlink may be added if so felt.

----------
assignee: docs at python
components: Documentation
messages: 184166
nosy: docs at python, gsingh
priority: normal
severity: normal
status: open
title: Documentation Bug
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17418>
_______________________________________

From report at bugs.python.org  Thu Mar 14 16:05:41 2013
From: report at bugs.python.org (=?utf-8?q?C=C3=A9dric_Krier?=)
Date: Thu, 14 Mar 2013 15:05:41 +0000
Subject: [issue13918] locale.atof documentation is missing func argument
In-Reply-To: <1328105541.08.0.458455853203.issue13918@psf.upfronthosting.co.za>
Message-ID: <1363273541.36.0.489088601072.issue13918@psf.upfronthosting.co.za>


C?dric Krier added the comment:

locale.atof is not about formatting but parsing string into float following the locale.
For now, the only ways I see to parse a string to get a Decimal is to first convert it into float (which is not good if precision matters) or to use the undocumented parameter.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13918>
_______________________________________

From report at bugs.python.org  Thu Mar 14 16:44:12 2013
From: report at bugs.python.org (Stefan Krah)
Date: Thu, 14 Mar 2013 15:44:12 +0000
Subject: [issue13918] locale.atof documentation is missing func argument
In-Reply-To: <1363273541.36.0.489088601072.issue13918@psf.upfronthosting.co.za>
Message-ID: <20130314154414.GA435@sleipnir.bytereef.org>


Stefan Krah added the comment:

C?dric Krier <report at bugs.python.org> wrote:
> locale.atof is not about formatting but parsing string into float following the locale.

You're right. Sorry, I never use these locale functions. My impression is
that locales are often buggy or differ across platforms (see #16944).

So actually I now agree that making the parameter official is one reasonable
solution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13918>
_______________________________________

From report at bugs.python.org  Thu Mar 14 16:46:04 2013
From: report at bugs.python.org (James Kesser)
Date: Thu, 14 Mar 2013 15:46:04 +0000
Subject: [issue17407] RotatingFileHandler issue when using multiple loggers
	instances (but one process/thread) to the same file
In-Reply-To: <1363132623.49.0.98073813861.issue17407@psf.upfronthosting.co.za>
Message-ID: <1363275964.58.0.537541934392.issue17407@psf.upfronthosting.co.za>


James Kesser added the comment:

My approach was just as outlined in the first few paragraphs here, just naming loggers for each module using __name__:

http://docs.python.org/2/howto/logging.html#logging-advanced-tutorial

If this is not recommended the documentation should be updated to reflect this.

In my project, I can work around this by having all modules use the same logger instance and just printing the module name in the Formatter instead of the logger name.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17407>
_______________________________________

From report at bugs.python.org  Thu Mar 14 16:47:38 2013
From: report at bugs.python.org (James Kesser)
Date: Thu, 14 Mar 2013 15:47:38 +0000
Subject: [issue17407] RotatingFileHandler issue when using multiple loggers
	instances (but one process/thread) to the same file
In-Reply-To: <1363132623.49.0.98073813861.issue17407@psf.upfronthosting.co.za>
Message-ID: <1363276058.33.0.19622356329.issue17407@psf.upfronthosting.co.za>


James Kesser added the comment:

Thanks for quick response!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17407>
_______________________________________

From report at bugs.python.org  Thu Mar 14 17:58:04 2013
From: report at bugs.python.org (Sergio Callegari)
Date: Thu, 14 Mar 2013 16:58:04 +0000
Subject: [issue17419] bdist_wininst installer should allow install in user
	directory
Message-ID: <1363280284.95.0.229024940465.issue17419@psf.upfronthosting.co.za>


New submission from Sergio Callegari:

When installing a package by calling setup you have a --user option to install the package for a single user in his disk area.

E.g.,

python setup.py install --user

A similar possibility should be offered via the windows installer

An exe created by

python setup.py bdist_wininst

when run should offer a tickbox to install in the user disk area rather than globally.

----------
messages: 184171
nosy: Sergio.Callegari
priority: normal
severity: normal
status: open
title: bdist_wininst installer should allow install in user directory
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17419>
_______________________________________

From report at bugs.python.org  Thu Mar 14 17:59:41 2013
From: report at bugs.python.org (Sergio Callegari)
Date: Thu, 14 Mar 2013 16:59:41 +0000
Subject: [issue17420] bdist_wininst does not play well with unicode
	descriptions
Message-ID: <1363280381.66.0.144650085618.issue17420@psf.upfronthosting.co.za>


New submission from Sergio Callegari:

When creating an installer with bdist_wininst, any unicode characters in the description and long_description fields get mangled when running the installer.

----------
messages: 184172
nosy: Sergio.Callegari
priority: normal
severity: normal
status: open
title: bdist_wininst does not play well with unicode descriptions
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17420>
_______________________________________

From report at bugs.python.org  Thu Mar 14 17:59:57 2013
From: report at bugs.python.org (Andreas Kloeckner)
Date: Thu, 14 Mar 2013 16:59:57 +0000
Subject: [issue17413] format_exception() breaks on exception tuples from trace
	function
In-Reply-To: <1363222594.63.0.566610526845.issue17413@psf.upfronthosting.co.za>
Message-ID: <1363280397.82.0.185182680224.issue17413@psf.upfronthosting.co.za>


Andreas Kloeckner added the comment:

Thanks for the suggestion. Since 3.2 and 3.3 will be with us for a while, I've implemented the workaround you've suggested. Works, too. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17413>
_______________________________________

From report at bugs.python.org  Thu Mar 14 18:09:24 2013
From: report at bugs.python.org (paul j3)
Date: Thu, 14 Mar 2013 17:09:24 +0000
Subject: [issue9334] argparse does not accept options taking arguments
	beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1363280964.04.0.502431739559.issue9334@psf.upfronthosting.co.za>


paul j3 added the comment:

If nargs=2, type=float, an argv like '1e4 -.002' works, but '1e4 -2e-3' produces the same error as discussed here.  The problem is that _negative_number_matcher does not handle scientific notation.  The proposed generalize matcher, r'^-.+$', would solve this, but may be overkill.

I'm not as familiar with optparse and other argument processes, but I suspect argparse is different in that it processes the argument strings twice.  On one loop it parses them, producing an arg_strings_pattern that looks like 'OAA' (or 'OAO' in these problem cases).  On the second loop is consumes the strings (optionals and positionals).  This gives it more power, but produces problems like this if the parsing does not match expectations.

----------
nosy: +paul.j3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Thu Mar 14 18:15:18 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 14 Mar 2013 17:15:18 +0000
Subject: [issue17419] bdist_wininst installer should allow install in user
	directory
In-Reply-To: <1363280284.95.0.229024940465.issue17419@psf.upfronthosting.co.za>
Message-ID: <1363281318.75.0.0533968512371.issue17419@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Would you like to work on a patch?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17419>
_______________________________________

From report at bugs.python.org  Thu Mar 14 18:15:53 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 14 Mar 2013 17:15:53 +0000
Subject: [issue17420] bdist_wininst does not play well with unicode
	descriptions
In-Reply-To: <1363280381.66.0.144650085618.issue17420@psf.upfronthosting.co.za>
Message-ID: <1363281353.46.0.539913872908.issue17420@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Would you like to work on a patch?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17420>
_______________________________________

From report at bugs.python.org  Thu Mar 14 18:46:25 2013
From: report at bugs.python.org (Evgeny Kapun)
Date: Thu, 14 Mar 2013 17:46:25 +0000
Subject: [issue9334] argparse does not accept options taking arguments
	beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1363283185.19.0.0930615447191.issue9334@psf.upfronthosting.co.za>


Evgeny Kapun added the comment:

The way how argparse currently parses option arguments is broken. If a long option requires an argument and it's value isn't specified together with the option (using --option=value syntax), then the following argument should be interpreted as that value, no matter what it looks like. There should be no guesses or heuristics here. That the behavior depends on whether some argument "looks like" a negative number is the most horrible. Argument parsing should follow simple, deterministic rules, preferably the same that used by standard getopt(3).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Thu Mar 14 18:59:52 2013
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 14 Mar 2013 17:59:52 +0000
Subject: [issue9334] argparse does not accept options taking arguments
	beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1363283992.41.0.427403968648.issue9334@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Evgeny: I completely agree. It's unfortunate that argparse doesn't work that way.

However, I think it's too late to change this behavior without adding a new parser. I don't think existing argparse can be changed to not operate the way it does, due to backward compatibility concerns. The discussion in this issue describes those compatibility concerns.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Thu Mar 14 19:59:47 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 14 Mar 2013 18:59:47 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <3ZRfNz0d67zRXs@mail.python.org>


Roundup Robot added the comment:

New changeset 8a0b5c9f04c2 by Serhiy Storchaka in branch '2.7':
Issue #17299: Add test coverage for cPickle with file objects and general IO
http://hg.python.org/cpython/rev/8a0b5c9f04c2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Thu Mar 14 20:38:46 2013
From: report at bugs.python.org (paul j3)
Date: Thu, 14 Mar 2013 19:38:46 +0000
Subject: [issue9334] argparse does not accept options taking arguments
	beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1363289926.25.0.331612729842.issue9334@psf.upfronthosting.co.za>


paul j3 added the comment:

We need to be careful about when or where _negative_number_match is changed.
"
We basically do:
parser = argparse.ArgumentParser(...)
parser._negative_number_matcher = re.compile(r'^-.+$')
"

This changes the value for the parser itself, but not for the groups (_optionals, _positionals) or any subparsers. The code takes special care to make sure that the related property: _has_negative_number_optionals is properly shared among all these ActionContainers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Thu Mar 14 20:38:51 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 14 Mar 2013 19:38:51 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1363289931.33.0.421544727978.issue17299@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I'm a little polished the patch before committing. Thank you for the patch, Aman Shah.

----------
resolution:  -> fixed
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Thu Mar 14 20:43:28 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 14 Mar 2013 19:43:28 +0000
Subject: [issue1285086] urllib.quote is too slow
Message-ID: <3ZRgMM48JZzR5p@mail.python.org>


Roundup Robot added the comment:

New changeset 4927899bea8d by Serhiy Storchaka in branch '2.7':
Issue #1285086: Get rid of the refcounting hack and speed up urllib.unquote().
http://hg.python.org/cpython/rev/4927899bea8d

New changeset 3cb07925fcb9 by Serhiy Storchaka in branch '3.2':
Issue #1285086: Get rid of the refcounting hack and speed up
http://hg.python.org/cpython/rev/3cb07925fcb9

New changeset 209a9c2de9bd by Serhiy Storchaka in branch '3.3':
Issue #1285086: Get rid of the refcounting hack and speed up
http://hg.python.org/cpython/rev/209a9c2de9bd

New changeset 9367411a261e by Serhiy Storchaka in branch 'default':
Issue #1285086: Get rid of the refcounting hack and speed up
http://hg.python.org/cpython/rev/9367411a261e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285086>
_______________________________________

From report at bugs.python.org  Thu Mar 14 20:46:47 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 14 Mar 2013 19:46:47 +0000
Subject: [issue1285086] urllib.quote is too slow
Message-ID: <1363290407.16.0.74849738195.issue1285086@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Sorry, I perhaps missed your response, Senthil. Now committed and closed again.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285086>
_______________________________________

From report at bugs.python.org  Thu Mar 14 20:51:09 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 14 Mar 2013 19:51:09 +0000
Subject: [issue17016] _sre: avoid relying on pointer overflow
In-Reply-To: <1358870068.45.0.162917053865.issue17016@psf.upfronthosting.co.za>
Message-ID: <1363290669.25.0.653856377693.issue17016@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Of course it would be nice to have the tests for so much cases as possible, but I am afraid that it will not be easy. The patch LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17016>
_______________________________________

From report at bugs.python.org  Thu Mar 14 21:06:03 2013
From: report at bugs.python.org (Sergio Callegari)
Date: Thu, 14 Mar 2013 20:06:03 +0000
Subject: [issue17420] bdist_wininst does not play well with unicode
	descriptions
In-Reply-To: <1363281353.46.0.539913872908.issue17420@psf.upfronthosting.co.za>
Message-ID: <51422D95.9010400@gmail.com>


Sergio Callegari added the comment:

On 14/03/2013 18:15, Martin v. L?wis wrote:
> Martin v. L?wis added the comment:
>
> Would you like to work on a patch?
>
> ----------
> nosy: +loewis
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17420>
> _______________________________________
I'd like to, but I really have no clue on bdist_wininst since I develop on Linux 
and only occasionally I need to package something so that it can be installed in 
Win.
In my linux machine which is ubuntu based bdist_ininst does not even work since 
some piece of it is apparently not installed in debian :-(

Sergio

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17420>
_______________________________________

From report at bugs.python.org  Thu Mar 14 21:14:47 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 14 Mar 2013 20:14:47 +0000
Subject: [issue13056] test_multibytecodec.py:TestStreamWriter is skipped after
	PEP393
In-Reply-To: <1317260300.62.0.299015504355.issue13056@psf.upfronthosting.co.za>
Message-ID: <1363292087.83.0.589572977591.issue13056@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think these tests have no sense after PEP393. They tests that StreamWriter works with non-BMP characters broken inside surrogate pair. I.e. c.write(s[:i]); c.write(s[i:]) always is same as c.write(s), even if i breaks s inside a surrogate pair. This case is impossible after PEP393.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13056>
_______________________________________

From report at bugs.python.org  Thu Mar 14 21:20:27 2013
From: report at bugs.python.org (Eric Snow)
Date: Thu, 14 Mar 2013 20:20:27 +0000
Subject: [issue17421] Drop restriction that meta.__prepare__() must return a
	dict (subclass)
Message-ID: <1363292427.77.0.787480674647.issue17421@psf.upfronthosting.co.za>


New submission from Eric Snow:

Currently type_new() in Objects/typeobject.c enforces a restriction that the namespace be a dict or dict subclass.  It does this via the PyArg_ParseTupleAndKeywords() call there.

This means that valid mappings may not be used even though they should work just fine.  A demonstration of the problem is below.

I've attached a patch that relaxes this restriction.  Should we also add a note in the docs that type() will take anything for namespace that dict() will take?

Demonstration
-------------

class Meta(type):
    @classmethod
    def __prepare__(cls, name, bases, **kwargs):
        return ClassMapping()

from collections import MutableMapping
class ClassMapping(MutableMapping):
    def __init__(self, *args, **kwargs):
        self._dict = dict(*args, **kwargs)
    def __len__(self):
      return len(self._dict)
    def __iter__(self):
        return iter(self._dict)
    def __getitem__(self, key):
        return self._dict[key]
    def __setitem__(self, key, value):
        self._dict[key] = value
    def __delitem__(self, key):
        del self._dict[key]

>>> class X(metaclass=Meta):
...     pass
...
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: type() argument 3 must be dict, not ClassMapping

----------
files: type-namespace-restriction.diff
keywords: patch
messages: 184187
nosy: eric.snow, ncoghlan
priority: normal
severity: normal
stage: patch review
status: open
title: Drop restriction that meta.__prepare__() must return a dict (subclass)
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29408/type-namespace-restriction.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17421>
_______________________________________

From report at bugs.python.org  Thu Mar 14 21:33:35 2013
From: report at bugs.python.org (Eric Snow)
Date: Thu, 14 Mar 2013 20:33:35 +0000
Subject: [issue17422] language reference should specify restrictions on class
	namespace
Message-ID: <1363293215.19.0.289288553848.issue17422@psf.upfronthosting.co.za>


New submission from Eric Snow:

(related to PEP 422 and issue #17044)

The execution namespace from a class definition is passed as the third argument to the metaclass (see builtin___build_class__() in Python/bltinmodule.c).  When applicable, which is almost always, the subsequent call to type.__new__() copies that namespace into a new dict which is in turn exposed via the class's __dict__.

This matters in the case where a metaclass with __prepare__() gets used (or the PEP 422 equivalent).  The language reference[1] should note that the object returned by __prepare__() is copied into a new dict when the class is finally created via the metaclass.

[1] http://docs.python.org/3.4/reference/datamodel.html#customizing-class-creation

----------
assignee: docs at python
components: Documentation
messages: 184188
nosy: docs at python, eric.snow, ncoghlan
priority: normal
severity: normal
stage: needs patch
status: open
title: language reference should specify restrictions on class namespace
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17422>
_______________________________________

From report at bugs.python.org  Thu Mar 14 21:42:05 2013
From: report at bugs.python.org (Eric Snow)
Date: Thu, 14 Mar 2013 20:42:05 +0000
Subject: [issue17044] Implement PEP 422: Simple class initialisation hook
In-Reply-To: <1359235758.38.0.556194565574.issue17044@psf.upfronthosting.co.za>
Message-ID: <1363293725.73.0.410642307583.issue17044@psf.upfronthosting.co.za>


Eric Snow added the comment:

We should definitely have a way to expose the original dictionary from __prepare__().  Along with Nick's point, another reason is to allow class decorators to have access to that original, which is important to any use case that involves post-creation introspection of the definition order within the class namespace.

Nick, where did you see cls.__locals__?  I'm not finding any mention of __locals__ outside compiler.c and symtable.c.  I agree that such an attribute on classes would be helpful, even if by another name, and that it should be documented.

----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17044>
_______________________________________

From report at bugs.python.org  Thu Mar 14 21:44:49 2013
From: report at bugs.python.org (Eric Snow)
Date: Thu, 14 Mar 2013 20:44:49 +0000
Subject: [issue17044] Implement PEP 422: Simple class initialisation hook
In-Reply-To: <1359235758.38.0.556194565574.issue17044@psf.upfronthosting.co.za>
Message-ID: <1363293889.7.0.937668664861.issue17044@psf.upfronthosting.co.za>


Eric Snow added the comment:

I've also opened #17421 for dropping the restriction on the namespace passed to the metaclass and #17422 for documenting that the passed namespace is copied into a new dict.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17044>
_______________________________________

From report at bugs.python.org  Thu Mar 14 21:46:00 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 14 Mar 2013 20:46:00 +0000
Subject: [issue1243730] Big speedup in email message parsing
Message-ID: <1363293960.84.0.964550863521.issue1243730@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Test fails with stack overflow:

======================================================================
ERROR: test_pushCR_LF (email.test.test_email.TestIterators)
FeedParser BufferedSubFile.push() assumed it received complete
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython2.7/Lib/email/test/test_email.py", line 2585, in test_pushCR_LF
    bsf.push(il)
  File "/home/serhiy/py/cpython2.7/Lib/email/feedparser.py", line 140, in push
    parts = _splitlines(data)
  File "/home/serhiy/py/cpython2.7/Lib/email/feedparser.py", line 170, in _splitlines
    lines.extend(_splitlines(part))
...
  File "/home/serhiy/py/cpython2.7/Lib/email/feedparser.py", line 170, in _splitlines
    lines.extend(_splitlines(part))
RuntimeError: maximum recursion depth exceeded

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1243730>
_______________________________________

From report at bugs.python.org  Thu Mar 14 22:04:13 2013
From: report at bugs.python.org (Eric Snow)
Date: Thu, 14 Mar 2013 21:04:13 +0000
Subject: [issue17044] Implement PEP 422: Simple class initialisation hook
In-Reply-To: <1359235758.38.0.556194565574.issue17044@psf.upfronthosting.co.za>
Message-ID: <1363295053.2.0.79933890113.issue17044@psf.upfronthosting.co.za>


Eric Snow added the comment:

> Given that, it is probably also better to revert the namespace keyword
> to accepting an instance rather than a factory function, since the copy
> operation after execution of the class body is automatic.

Agreed.  Of course, the related note is rendered superfluous.  There is still the possibility of reusing the same namespace across successive class definitions, with the associated consequences.  However, since type.__new__() copies the namespace into a new dict, it mitigates the main concern: implicit modification to an existing class in the definition of another.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17044>
_______________________________________

From report at bugs.python.org  Thu Mar 14 22:09:03 2013
From: report at bugs.python.org (Maciej Fijalkowski)
Date: Thu, 14 Mar 2013 21:09:03 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
Message-ID: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>


New submission from Maciej Fijalkowski:

The bug is a little tricky to reproduce. You need a 32bit linux. First compile x.c with:

gcc -O3 -g -shared -o x.so x.c -std=c99 -msse3 -ftree-vectorize -mfpmath=sse

and run x.py. It segfaults because the alignment of stack is not preserved (and it's assumed on a modern linux). Patch attached.

----------
files: x.c
messages: 184193
nosy: fijall
priority: normal
severity: normal
status: open
title: libffi on 32bit is broken on linux
type: crash
Added file: http://bugs.python.org/file29409/x.c

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Thu Mar 14 22:09:38 2013
From: report at bugs.python.org (Maciej Fijalkowski)
Date: Thu, 14 Mar 2013 21:09:38 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363295378.39.0.806987985337.issue17423@psf.upfronthosting.co.za>


Changes by Maciej Fijalkowski <fijall at gmail.com>:


Added file: http://bugs.python.org/file29410/x.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Thu Mar 14 22:09:50 2013
From: report at bugs.python.org (Maciej Fijalkowski)
Date: Thu, 14 Mar 2013 21:09:50 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363295390.51.0.472482193382.issue17423@psf.upfronthosting.co.za>


Changes by Maciej Fijalkowski <fijall at gmail.com>:


Removed file: http://bugs.python.org/file29409/x.c

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Thu Mar 14 22:09:59 2013
From: report at bugs.python.org (Maciej Fijalkowski)
Date: Thu, 14 Mar 2013 21:09:59 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363295399.21.0.42910303585.issue17423@psf.upfronthosting.co.za>


Changes by Maciej Fijalkowski <fijall at gmail.com>:


Added file: http://bugs.python.org/file29411/x.c

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Thu Mar 14 22:11:30 2013
From: report at bugs.python.org (Maciej Fijalkowski)
Date: Thu, 14 Mar 2013 21:11:30 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363295490.5.0.76726413758.issue17423@psf.upfronthosting.co.za>


Changes by Maciej Fijalkowski <fijall at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29412/ffi.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Thu Mar 14 22:26:30 2013
From: report at bugs.python.org (Sean Reifschneider)
Date: Thu, 14 Mar 2013 21:26:30 +0000
Subject: [issue17424] help() should use the class signature
Message-ID: <1363296390.29.0.253596803628.issue17424@psf.upfronthosting.co.za>


New submission from Sean Reifschneider:

David Beazley in his tutorial pointed out that you could use a metaclass to create function signatures for the common use case of:

class foo:
   def __init__(self, name, value, high, low):
      self.name = name
      self.value = value
      [...]

The signature can be used so that the classes created using an automation metaclass will show a signature of "(*args)".  inspect.signature will use this signature, but "help()" will not use the signature.

This is a stub created during the tutorial, I will flesh it out further during the sprints.

----------
assignee: jafo
components: Interpreter Core
messages: 184194
nosy: jafo
priority: normal
severity: normal
status: open
title: help() should use the class signature
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17424>
_______________________________________

From report at bugs.python.org  Thu Mar 14 22:29:24 2013
From: report at bugs.python.org (Alex Gaynor)
Date: Thu, 14 Mar 2013 21:29:24 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363296564.92.0.246721856298.issue17423@psf.upfronthosting.co.za>


Changes by Alex Gaynor <alex.gaynor at gmail.com>:


----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Thu Mar 14 22:34:51 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 14 Mar 2013 21:34:51 +0000
Subject: [issue17044] Implement PEP 422: Simple class initialisation hook
In-Reply-To: <1363293725.73.0.410642307583.issue17044@psf.upfronthosting.co.za>
Message-ID: <CADiSq7dKo9NCBa-JVx-1XKZnuqgdZZJ8VsuMb8GNoWupFwoHvw@mail.gmail.com>


Nick Coghlan added the comment:

Oh, that's bizarre - the presence of __locals__ is a side effect of
calling locals() in the class body. So perhaps passing the namespace
as a separate __init_class__ parameter is a better option.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17044>
_______________________________________

From report at bugs.python.org  Thu Mar 14 22:56:42 2013
From: report at bugs.python.org (Daniel Urban)
Date: Thu, 14 Mar 2013 21:56:42 +0000
Subject: [issue17422] language reference should specify restrictions on class
	namespace
In-Reply-To: <1363293215.19.0.289288553848.issue17422@psf.upfronthosting.co.za>
Message-ID: <1363298202.65.0.980109790943.issue17422@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +daniel.urban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17422>
_______________________________________

From report at bugs.python.org  Thu Mar 14 22:57:58 2013
From: report at bugs.python.org (Daniel Urban)
Date: Thu, 14 Mar 2013 21:57:58 +0000
Subject: [issue17421] Drop restriction that meta.__prepare__() must return a
	dict (subclass)
In-Reply-To: <1363292427.77.0.787480674647.issue17421@psf.upfronthosting.co.za>
Message-ID: <1363298278.69.0.258084193453.issue17421@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +daniel.urban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17421>
_______________________________________

From report at bugs.python.org  Thu Mar 14 23:01:17 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 14 Mar 2013 22:01:17 +0000
Subject: [issue17407] RotatingFileHandler issue when using multiple loggers
	instances (but one process/thread) to the same file
In-Reply-To: <1363132623.49.0.98073813861.issue17407@psf.upfronthosting.co.za>
Message-ID: <1363298477.3.0.418625280423.issue17407@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> My approach was just as outlined in the first few paragraphs

The not-recommended approach I'm referring to is that of having a two RotatingFileHandlers *with the same filename* attached to two loggers.

It's perfectly OK to follow the recommendation of naming multiple loggers in multiple modules using __name__ - that doesn't lead to the problem you described in this issue. If you use different file names for the different handlers, that should be OK too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17407>
_______________________________________

From report at bugs.python.org  Thu Mar 14 23:05:05 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 22:05:05 +0000
Subject: [issue17412] Windows make.bat fails on 2.7
In-Reply-To: <1363212618.11.0.922529500825.issue17412@psf.upfronthosting.co.za>
Message-ID: <1363298705.27.0.718836509408.issue17412@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

On Linux "make html" seems to use v1.0.7 too, so updating make.bat should be OK.
See also #16471.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17412>
_______________________________________

From report at bugs.python.org  Thu Mar 14 23:06:11 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 22:06:11 +0000
Subject: [issue16471] upgrade to sphinx 1.1
In-Reply-To: <1352888870.05.0.523269386726.issue16471@psf.upfronthosting.co.za>
Message-ID: <1363298771.33.0.7526225274.issue16471@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

When this is done make.bat should be updated too.

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16471>
_______________________________________

From report at bugs.python.org  Thu Mar 14 23:10:17 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 14 Mar 2013 22:10:17 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
Message-ID: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

OpenSSL recently issued a security advisory (*). Our bundled OpenSSL versions seem to be vulnerable. They should be updated to OpenSSL 1.0.1d, 1.0.0k or 0.9.8y depending on the version.

(*) http://www.openssl.org/news/secadv_20130205.txt

Apologies if this has already been handled and I've misunderstood Tools/buildbot/external-common.bat.

----------
components: Build, Windows
messages: 184199
nosy: benjamin.peterson, christian.heimes, georg.brandl, larry, loewis, pitrou
priority: release blocker
severity: normal
status: open
title: Update OpenSSL versions in Windows builds
type: security
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Thu Mar 14 23:10:58 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 14 Mar 2013 22:10:58 +0000
Subject: [issue17420] bdist_wininst does not play well with unicode
	descriptions
In-Reply-To: <51422D95.9010400@gmail.com>
Message-ID: <51424AF2.4010001@v.loewis.de>


Martin v. L?wis added the comment:

> I'd like to, but I really have no clue on bdist_wininst

That's perfectly fine. If people make feature requests, it's
often uncertain whether they lack time or knowledge, or are
merely to shy/uncertain to propose a patch. So somebody else
needs to volunteer to work on this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17420>
_______________________________________

From report at bugs.python.org  Thu Mar 14 23:19:05 2013
From: report at bugs.python.org (Stefan Krah)
Date: Thu, 14 Mar 2013 22:19:05 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363299545.72.0.617217947744.issue17423@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Is this the same as #17245?

----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Thu Mar 14 23:37:17 2013
From: report at bugs.python.org (Maciej Fijalkowski)
Date: Thu, 14 Mar 2013 22:37:17 +0000
Subject: [issue17245] ctypes libffi needs to align the x86 stack to 16 bytes
In-Reply-To: <1361311870.54.0.433200596703.issue17245@psf.upfronthosting.co.za>
Message-ID: <1363300637.29.0.58696521217.issue17245@psf.upfronthosting.co.za>


Maciej Fijalkowski added the comment:

This patch is not in the whatever version ubuntu supplies. Btw, this is code duplication, since there is already darwin alignment, see 17423

----------
nosy: +fijall

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17245>
_______________________________________

From report at bugs.python.org  Thu Mar 14 23:38:28 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 14 Mar 2013 22:38:28 +0000
Subject: [issue17421] Drop restriction that meta.__prepare__() must return a
	dict (subclass)
In-Reply-To: <1363292427.77.0.787480674647.issue17421@psf.upfronthosting.co.za>
Message-ID: <1363300708.58.0.616568753127.issue17421@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Are you sure that non-dicts work fine? ISTM that there is quite some code that relies on tp_dict being a dict-or-subdict instance, e.g. in typeobject.c:type_module,type_get_doc etc.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17421>
_______________________________________

From report at bugs.python.org  Thu Mar 14 23:43:08 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 14 Mar 2013 22:43:08 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
In-Reply-To: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>
Message-ID: <1363300988.84.0.434193959406.issue17425@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

No, it hasn't been handled. I'll look into it next week.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Thu Mar 14 23:50:16 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 14 Mar 2013 22:50:16 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <1363301416.13.0.938751992223.issue11420@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

There are a couple more tests elsewhere that use @skipIf(sys.dont_write_bytecode, ...) directly, but I don't think it's generic enough to be moved to test.support.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Fri Mar 15 00:16:19 2013
From: report at bugs.python.org (Eric Snow)
Date: Thu, 14 Mar 2013 23:16:19 +0000
Subject: [issue17421] Drop restriction that meta.__prepare__() must return a
	dict (subclass)
In-Reply-To: <1363292427.77.0.787480674647.issue17421@psf.upfronthosting.co.za>
Message-ID: <1363302979.25.0.590696709059.issue17421@psf.upfronthosting.co.za>


Eric Snow added the comment:

Sorry I wasn't clear.  Later in type.__new__() it copies that passed namespace into a new dict (see issue #17422).  So as long as the namespace argument is a valid argument to dict(), it's going to work fine.  We don't need the extra explicit check performed by PyArg_ParseTupleAndKeywords().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17421>
_______________________________________

From report at bugs.python.org  Fri Mar 15 00:32:41 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 14 Mar 2013 23:32:41 +0000
Subject: [issue17412] Windows make.bat fails on 2.7
In-Reply-To: <1363212618.11.0.922529500825.issue17412@psf.upfronthosting.co.za>
Message-ID: <3ZRmRr49f6zNCJ@mail.python.org>


Roundup Robot added the comment:

New changeset 7338e7ec47f0 by Terry Jan Reedy in branch '2.7':
Issue #17412: update 2.7 Doc/make.bat to also use sphinx-1.0.7.
http://hg.python.org/cpython/rev/7338e7ec47f0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17412>
_______________________________________

From report at bugs.python.org  Fri Mar 15 00:33:23 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 14 Mar 2013 23:33:23 +0000
Subject: [issue17412] Windows make.bat fails on 2.7
In-Reply-To: <1363212618.11.0.922529500825.issue17412@psf.upfronthosting.co.za>
Message-ID: <1363304003.54.0.69972870621.issue17412@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17412>
_______________________________________

From report at bugs.python.org  Fri Mar 15 01:45:20 2013
From: report at bugs.python.org (Andrew Svetlov)
Date: Fri, 15 Mar 2013 00:45:20 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363308320.74.0.0288147565927.issue17423@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Fri Mar 15 02:10:23 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 01:10:23 +0000
Subject: [issue16471] upgrade to sphinx 1.1
In-Reply-To: <1352888870.05.0.523269386726.issue16471@psf.upfronthosting.co.za>
Message-ID: <1363309823.58.0.118658397656.issue16471@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This duplicates a part of #10224, which proposes to upgrade all of Sphinx, Jinja2, and Pygments to Python 3 compatible versions (so we can build docs with Py3). In msg175768, Brett claims that all three have such versions.

Chris, if you want to push to only upgrade Sphinx and not the other two, you can re-open. But I'd like to see a justification as I suspect that upgrading the other two will, if anything, be easier (assuming no breakage of current usage).

----------
nosy: +terry.reedy
resolution:  -> duplicate
status: open -> closed
superseder:  -> Build 3.x documentation using python3.x

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16471>
_______________________________________

From report at bugs.python.org  Fri Mar 15 02:39:19 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 01:39:19 +0000
Subject: [issue17414] timeit.timeit not in __all__ even though documented
In-Reply-To: <1363248890.42.0.978472113669.issue17414@psf.upfronthosting.co.za>
Message-ID: <1363311559.39.0.0486775496138.issue17414@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

As long as we are editing the module docstring, the last sentence should be deleted in 3.x patches, and the preceding sentence added to the preceding paragraph.

In 3.3+, the paragraph beginning "The difference in default timer function" is obsolete and should be removed.

Anuj, I believe patch is correct for 2.7, so I do not think more patch versions are needed now.

I see the __all__ change as both behavior fix and enhancement, so I don't know whether there should be one fix or four. I posted "Matching __all__ to doc: bugfix or enhancement?" on pydev to see what other think.

(Reminder to self: remove old code to handle absence of itertools from stdlib. This will break the current patch.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17414>
_______________________________________

From report at bugs.python.org  Fri Mar 15 05:39:02 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 15 Mar 2013 04:39:02 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
Message-ID: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>


New submission from anatoly techtonik:

According to docs, group 0 is equivalent to the whole match, which is not true for Python.

import re
print( re.sub('aaa', r'__\0__', 'argaaagra') )


arg__ __gra


import re
print( re.sub('(aaa)', r'__\1__', 'argaaagra') )


arg__aaa__gra


See also:
http://www.php.net/manual/en/function.preg-replace.php
http://www.regular-expressions.info/ruby.html

----------
components: Library (Lib)
messages: 184210
nosy: techtonik
priority: normal
severity: normal
status: open
title: \0 in re.sub substitutes to space
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 05:43:25 2013
From: report at bugs.python.org (paul j3)
Date: Fri, 15 Mar 2013 04:43:25 +0000
Subject: [issue9334] argparse does not accept options taking arguments
	beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1363322605.32.0.150527309192.issue9334@psf.upfronthosting.co.za>


paul j3 added the comment:

While

parser._negative_number_matcher

is used during parser.parse_args() to check whether an argument string is a 'negative number' (and hence whether to classify it as A or O).

parser._optionals._negative_number_matcher

is used during parser.add_argument() to determine whether an option_string is a 'negative number', and hence whether to modify the _hasNegativeNumberOptionals flag.  If this matcher is the general r'^-.+$', adding the default '-h' will set this flag.  We don't want that.

Using a different matcher for these two containers might work, but is awfully kludgy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Fri Mar 15 06:02:19 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 15 Mar 2013 05:02:19 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363323739.22.0.799346555406.issue17426@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

It's not a space, it's a null byte.

Would you mind pointing out exactly where the Python docs state that \0 in re.sub() refers to th ewhole group?  (IIRC it should only say that group 0 refers the whole string in the argument to the .group() method on a match object as returned by re.match() or re.search().)

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 06:05:00 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 15 Mar 2013 05:05:00 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363323900.19.0.179829392321.issue17426@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The space you see is the character \x00:
>>> re.sub('a+', r'__\0__', 'bbaaabb')
'bb__\x00__bb'

The re documentation says:
"""
\number
    Matches the contents of the group of the same number. Groups are numbered starting from 1. 
"""
so the re module is behaving as documented (i.e. \0 can't be used to indicate the whole match).

I agree that this is somewhat inconsistent with the behavior of .group(0) and with other languages, however adding support for \0 would probably be backward incompatible, and as you already mentioned in your message there's a simple workaround that can be used instead.

Matthew, does regex.py support \0?
Do you know if there's a reason why this is not supported?

----------
components: +Regular Expressions
nosy: +ezio.melotti, mrabarnett
versions:  -Python 3.1, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 06:20:54 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 15 Mar 2013 05:20:54 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363324854.79.0.219635301857.issue17426@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

The doc Ezio quotes for \number is describing the regex syntax, not the substitution string syntax. Unfortunately this syntax is documented somewhat less formally than the regex syntax.  Fortunately, it does mention explicitly that \g<0> substitutes the entire string, and that does work:

>>> re.sub(r'xxx', r'(\g<0>)', 'abcxxxdef')
'abc(xxx)def'
>>> 

For backward compatibility reasons I don't think we can change this, and I don't see a need either, given that \g<0> works.  Regex syntax in Python is what it is -- other languages can have only limited influence.  (We once started out with an approximation of what Perl offered at the time, knowing that we would eventually get out of sync with Perl, and we were okay with that.)

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 07:07:22 2013
From: report at bugs.python.org (august smith)
Date: Fri, 15 Mar 2013 06:07:22 +0000
Subject: [issue17427] re
Message-ID: <CAL3V7bv=K0qMc_bT=Tyt8yTE8a7JsQFQyaq1Z4Kx4vzpsDM-rg@mail.gmail.com>


New submission from august smith:

lol

----------
messages: 184215
nosy: JUNO
priority: normal
severity: normal
status: open
title: re

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17427>
_______________________________________

From report at bugs.python.org  Fri Mar 15 07:12:44 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 15 Mar 2013 06:12:44 +0000
Subject: [issue17427] spam
In-Reply-To: <CAL3V7bv=K0qMc_bT=Tyt8yTE8a7JsQFQyaq1Z4Kx4vzpsDM-rg@mail.gmail.com>
Message-ID: <1363327964.79.0.128722478696.issue17427@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy:  -JUNO
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed
title: re -> spam

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17427>
_______________________________________

From report at bugs.python.org  Fri Mar 15 07:13:00 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 15 Mar 2013 06:13:00 +0000
Subject: [issue17427] spam
Message-ID: <1363327980.64.0.297384663891.issue17427@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17427>
_______________________________________

From report at bugs.python.org  Fri Mar 15 07:22:55 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 15 Mar 2013 06:22:55 +0000
Subject: [issue17415] Clarify docs of os.path.normpath()
In-Reply-To: <1363254084.71.0.566046555071.issue17415@psf.upfronthosting.co.za>
Message-ID: <1363328575.61.0.847876841839.issue17415@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> I will correct that if you make me aware about it!

Try to use meaningful titles, e.g. "Clarify docs of os.path.normpath()".  See http://docs.python.org/devguide/triaging.html for more informations.

Also if you could provide patches that would be even better.  The devguide explains how to make patches.


For this issue it might be enough to simply swap the two sentences.

----------
keywords: +easy
nosy: +ezio.melotti, terry.reedy
stage:  -> needs patch
title: Documentation Ambiguity 1 -> Clarify docs of os.path.normpath()
versions: +Python 2.7, Python 3.2, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17415>
_______________________________________

From report at bugs.python.org  Fri Mar 15 07:50:37 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 15 Mar 2013 06:50:37 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363330237.43.0.0789236148827.issue17426@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

You're right - groups are defined here: http://docs.python.org/2/library/re.html#re.MatchObject.group

The need to fix this is to gain internal language consistency, external consistency with other major implementations, reduce docs and amount of exception to remember, and thus make this part intuitive.


The external inconsistency is that other languages use \0 and don't make distinction between "match group" and "substition group". I wonder if there are any other differences justify the presence of this distinction? Internal inconsistency is in substitution groups notation:

\0 is \x0 but is not \g<0>
\1 is not \x1 but is \g<1>

Let me also put accent that re is a module - not a feature of Python language - that provides ability to work with "regular expressions". Evolution led to the "best practices" that became unwritten standard in different implementations - like using \x for backreferences in replacements. If some library invents its own standards that add nothing to the user rather than "another thing to remember" [1] then the user is automatically granted the right to wear the sign "this library suxx" on her t-shirt.


I'd classify a 'language wart' as an inconsistency in expected behavior, independent of the language, where a technical fix is possible, but can not be fixed due to backward compatibility concerns. Language independent, because single language is by definition "works as documented" and has different "features in implementation details".

1. http://php.net/manual/en/types.comparisons.php

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 07:51:53 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 15 Mar 2013 06:51:53 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363330313.81.0.0552177536176.issue17426@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Am I right that \0 is not supported just because nobody thought about supporting it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 08:04:44 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 15 Mar 2013 07:04:44 +0000
Subject: [issue17414] timeit.timeit not in __all__ even though documented
In-Reply-To: <1363248890.42.0.978472113669.issue17414@psf.upfronthosting.co.za>
Message-ID: <3ZRyTR30cqzRvB@mail.python.org>


Roundup Robot added the comment:

New changeset dda8a6b8a351 by Terry Jan Reedy in branch 'default':
Issue #17414: Add timeit, repeat, and default_timer to timeit.__all__.
http://hg.python.org/cpython/rev/dda8a6b8a351

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17414>
_______________________________________

From report at bugs.python.org  Fri Mar 15 08:09:02 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 07:09:02 +0000
Subject: [issue17414] timeit.timeit not in __all__ even though documented
In-Reply-To: <1363248890.42.0.978472113669.issue17414@psf.upfronthosting.co.za>
Message-ID: <1363331342.82.0.925028015093.issue17414@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Fred Drake, Eli Bendersky, and in particular, Guido ("I do see that it shouldn't be backported, but I don't see any worries about doing it in 3.4.") said that this is a 3.4-only enhancement.

Anuj, ACKS are alphabetical. ?strand is at the end because that is where ? sorts. Thanks for the patch. We hope to see more.

----------
versions:  -Python 2.6, Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17414>
_______________________________________

From report at bugs.python.org  Fri Mar 15 08:10:41 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 07:10:41 +0000
Subject: [issue17414] timeit.timeit not in __all__ even though documented
In-Reply-To: <1363248890.42.0.978472113669.issue17414@psf.upfronthosting.co.za>
Message-ID: <1363331441.09.0.278078999321.issue17414@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17414>
_______________________________________

From report at bugs.python.org  Fri Mar 15 08:23:55 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 07:23:55 +0000
Subject: [issue17415] Clarify docs of os.path.normpath()
In-Reply-To: <1363254084.71.0.566046555071.issue17415@psf.upfronthosting.co.za>
Message-ID: <1363332235.08.0.797891071762.issue17415@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The question is what is the 'this' that may change the patch meaning. It does not seem to me that changing '/' to '\' would do that. So I suspect 'this' refers to 'collapsing'. If so, I suggest the entry be:

    Normalize a pathname (but not the case -- use normcase for that). This collapses redundant separators and up-level references so that A//B, A/B/, A/./B and A/foo/../B all become A/B. This collapsing may change the meaning of the path if it contains symbolic links!  On Windows, normpath also converts forward slashes to backward slashes.

----------
nosy: +loewis, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17415>
_______________________________________

From report at bugs.python.org  Fri Mar 15 08:42:12 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 15 Mar 2013 07:42:12 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <3ZRzJh16JYzRrw@mail.python.org>


Roundup Robot added the comment:

New changeset 4b28a6a3eda6 by Terry Jan Reedy in branch '3.2':
Issue #17047: Add news entry
http://hg.python.org/cpython/rev/4b28a6a3eda6

New changeset 937989570b42 by Terry Jan Reedy in branch '3.3':
Merge with 3.2: issue #17047 news entry
http://hg.python.org/cpython/rev/937989570b42

New changeset f0a3c2006adb by Terry Jan Reedy in branch 'default':
Merge with 3.2: closes issue #17047
http://hg.python.org/cpython/rev/f0a3c2006adb

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Fri Mar 15 08:43:19 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 15 Mar 2013 07:43:19 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363333399.7.0.341983446257.issue17426@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

PERL uses $& for the whole match rather than $0.  That would explain why \0 is not supported.  For .group() it probably made sense to access the whole match using 0 rather than passing something else, and that was likely reflected in the \g<...> form, but not in the \X form.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 08:43:33 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 07:43:33 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <1363333413.02.0.289957811374.issue17047@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
type: enhancement -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Fri Mar 15 08:44:11 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 07:44:11 +0000
Subject: [issue17047] Fix double double words words
In-Reply-To: <1359274030.35.0.655369465701.issue17047@psf.upfronthosting.co.za>
Message-ID: <1363333451.76.0.407469624321.issue17047@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee: docs at python -> terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17047>
_______________________________________

From report at bugs.python.org  Fri Mar 15 10:01:41 2013
From: report at bugs.python.org (Rock Li)
Date: Fri, 15 Mar 2013 09:01:41 +0000
Subject: [issue17428] replace readdir to readdir_r in function posix_listdir
Message-ID: <1363338101.3.0.811264304482.issue17428@psf.upfronthosting.co.za>


New submission from Rock Li:

When I'm how glob module is implemented. I found in file posixmodule.c, the function posix_listdir is using readdir to get all the entries under one directory and the context is setted to allow multi threads. But the function readdir is not thread-safe, so I changed this call to use readdir_r instead. 

I'm using the lastest codes in the repo.

----------
components: Extension Modules
files: mywork.patch
keywords: patch
messages: 184224
nosy: Rock
priority: normal
severity: normal
status: open
title: replace readdir to readdir_r in function posix_listdir
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29413/mywork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17428>
_______________________________________

From report at bugs.python.org  Fri Mar 15 10:04:28 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 15 Mar 2013 09:04:28 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363338268.41.0.269676000554.issue17426@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

The perl syntax supported $0 according to this doc http://turtle.ee.ncku.edu.tw/docs/perl/manual/pod/perlre.html but was removed for unknown reason. Using the fact that support is removed without knowing the true reason is "cargo cult argument", which I hope is not acceptable for Python development.

Among the possible reason can be binding of $0 to the __file__ analogue according to this doc - http://www.cs.cmu.edu/afs/cs/usr/rgs/mosaic/pl-predef.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 10:46:35 2013
From: report at bugs.python.org (=?utf-8?q?C=C3=A9dric_Krier?=)
Date: Fri, 15 Mar 2013 09:46:35 +0000
Subject: [issue13918] locale.atof documentation is missing func argument
In-Reply-To: <1328105541.08.0.458455853203.issue13918@psf.upfronthosting.co.za>
Message-ID: <1363340795.58.0.76922386695.issue13918@psf.upfronthosting.co.za>


C?dric Krier added the comment:

Here is a patch for the documentation.

----------
keywords: +patch
resolution: wont fix -> 
Added file: http://bugs.python.org/file29414/doc_atof.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13918>
_______________________________________

From report at bugs.python.org  Fri Mar 15 13:59:22 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 15 Mar 2013 12:59:22 +0000
Subject: [issue17053] pydoc should use inspect.signature instead of
	inspect.getfullargspec
In-Reply-To: <1359292632.3.0.760417514127.issue17053@psf.upfronthosting.co.za>
Message-ID: <1363352362.97.0.936529199717.issue17053@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

The attached patch appears to work correctly and includes a test for pydoc (text output). There could be more testing (HTML output, annotations, positional-only arguments).

With this patch I can get usable documentation for Cocoa classes with a patched version of PyObjC that includes an __signature__ property on ObjC method objects.

As mentioned before I'm not sure about the 'render' method added to inspect.Signature and inspect.Parameter. These methods were needed to generate output that's compatible with the current pydoc output, in particular to emit better HTML output.

----------
keywords: +patch
stage: test needed -> patch review
Added file: http://bugs.python.org/file29415/issue17053.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17053>
_______________________________________

From report at bugs.python.org  Fri Mar 15 14:43:53 2013
From: report at bugs.python.org (Matthew Barnett)
Date: Fri, 15 Mar 2013 13:43:53 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363355033.52.0.204632602239.issue17426@psf.upfronthosting.co.za>


Matthew Barnett added the comment:

The regex behaves the same as re.

The reason it isn't supported is that \0 starts an octal escape sequence.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 15:17:40 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 15 Mar 2013 14:17:40 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363357060.69.0.850647335894.issue17426@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Anatoly, your argument for consistency with other languages is ridiculous.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 15:50:26 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 15 Mar 2013 14:50:26 +0000
Subject: [issue1291] test_resource fails on recent linux systems
In-Reply-To: <1192698822.84.0.082608978163.issue1291@psf.upfronthosting.co.za>
Message-ID: <3ZS8pm732TzP5j@mail.python.org>


Roundup Robot added the comment:

New changeset 59292f366b53 by Senthil Kumaran in branch 'default':
#1291 http.server's send_error takes an optional explain argument
http://hg.python.org/cpython/rev/59292f366b53

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1291>
_______________________________________

From report at bugs.python.org  Fri Mar 15 15:53:13 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 15 Mar 2013 14:53:13 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error ,
	ability send a detailed response
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1363359193.64.0.707011614965.issue12921@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

I have added explain argument in 3.4, committed changeset 82669:59292f366b53

I think the short message no trailing line assertion should be taken by next. Either a new issue it if already open or create one just for the purpose.

Thanks Karl for the patch.

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
title: http.server.BaseHTTPRequestHandler.send_error and trailing newline -> http.server.BaseHTTPRequestHandler.send_error , ability send a detailed response

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Fri Mar 15 16:00:42 2013
From: report at bugs.python.org (karl)
Date: Fri, 15 Mar 2013 15:00:42 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error ,
	ability send a detailed response
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1363359642.4.0.0718126404326.issue12921@psf.upfronthosting.co.za>


karl added the comment:

Thanks! Yes we should open a separate issue. I will look at the current patch and see what I can propose for the next step.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Fri Mar 15 16:03:04 2013
From: report at bugs.python.org (karl)
Date: Fri, 15 Mar 2013 15:03:04 +0000
Subject: [issue12921] http.server.BaseHTTPRequestHandler.send_error ,
	ability send a detailed response
In-Reply-To: <1315334514.02.0.137561826697.issue12921@psf.upfronthosting.co.za>
Message-ID: <1363359784.61.0.534920829218.issue12921@psf.upfronthosting.co.za>


karl added the comment:

just a minor issue you made a mistake in the commit message. The issue number is 12921

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12921>
_______________________________________

From report at bugs.python.org  Fri Mar 15 16:08:30 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Fri, 15 Mar 2013 15:08:30 +0000
Subject: [issue17429] platform.platform() can throw Unicode error
Message-ID: <1363360110.07.0.662014346708.issue17429@psf.upfronthosting.co.za>


New submission from Toshio Kuratomi:

Tested on python-3.2 and python-3.3.  platform.platform() looks for a file in /etc/ that looks like it will contain the name of the Linux distribution that python3 is running on.  Once found, it reads the contents of the file to have a name for the Linux distribution.  Most Linux distributions do create files inside of /etc/ with a single line which is the distribution name so this is a good heuristic.  However, these files are created by the operating system vendor and so they can have a different encoding than the encoding of the locale the user uses.  This means that if there are non-ascii characters inside the file, user code that invokes platform.platform() may throw a traceback.

Test:

$ LC_ALL=en_US.utf8 sudo echo ' Caf?' >> /etc/fedora-release
$ LC_ALL=C python3
>>> import platform
>>> platform.platform()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib64/python3.2/platform.py", line 1538, in platform
    distname,distversion,distid = dist('')
  File "/usr/lib64/python3.2/platform.py", line 358, in dist
    full_distribution_name=0)
  File "/usr/lib64/python3.2/platform.py", line 329, in linux_distribution
    firstline = f.readline()
  File "/usr/lib64/python3.2/encodings/ascii.py", line 26, in decode
    return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 22: ordinal not in range(128)

It seems that the standard method of fixing these that we're promoting in python3 is to use surrogateescape.  I'll provide a patch that does that.

----------
messages: 184234
nosy: a.badger
priority: normal
severity: normal
status: open
title: platform.platform() can throw Unicode error
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17429>
_______________________________________

From report at bugs.python.org  Fri Mar 15 16:11:25 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Fri, 15 Mar 2013 15:11:25 +0000
Subject: [issue17429] platform.platform() can throw Unicode error
In-Reply-To: <1363360110.07.0.662014346708.issue17429@psf.upfronthosting.co.za>
Message-ID: <1363360285.02.0.0324673165604.issue17429@psf.upfronthosting.co.za>


Changes by Toshio Kuratomi <a.badger at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29416/00175-platform-unicode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17429>
_______________________________________

From report at bugs.python.org  Fri Mar 15 17:28:41 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 15 Mar 2013 16:28:41 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363364921.5.0.923228429081.issue17426@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Matthew, finally the right answer. Thanks!


Looking further, there is a bug in processing backslashes in raw literal replacement strings. re.sub ignores raw strings as replacements. This can be even more confusing for people who look for more advanced equivalent for string replace().


  patt = "aaa"
  repl = r"zed \0 org"

  print(" aaa ".replace(patt, repl))

  import re
  print(re.sub(patt, repl, " aaa "))

This gives:

 zed \0 org
 zed   org

With `repl = "zed \0 org"`, the output matches:

  zed   org
  zed   org

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 17:41:59 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 15 Mar 2013 16:41:59 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363364921.5.0.923228429081.issue17426@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJJCWUcNy8Pw9wCzLM5Pnc0_7MsqmbRDKKxR0GLiJXbM0g@mail.gmail.com>


Guido van Rossum added the comment:

Anatoly, your question belongs on python-list or stack overflow, not in the
tracker.

--Guido van Rossum (sent from Android phone)
On Mar 15, 2013 9:28 AM, "anatoly techtonik" <report at bugs.python.org> wrote:

>
> anatoly techtonik added the comment:
>
> Matthew, finally the right answer. Thanks!
>
>
> Looking further, there is a bug in processing backslashes in raw literal
> replacement strings. re.sub ignores raw strings as replacements. This can
> be even more confusing for people who look for more advanced equivalent for
> string replace().
>
>
>   patt = "aaa"
>   repl = r"zed \0 org"
>
>   print(" aaa ".replace(patt, repl))
>
>   import re
>   print(re.sub(patt, repl, " aaa "))
>
> This gives:
>
>  zed \0 org
>  zed   org
>
> With `repl = "zed \0 org"`, the output matches:
>
>   zed   org
>   zed   org
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17426>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 17:53:51 2013
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 15 Mar 2013 16:53:51 +0000
Subject: [issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible
In-Reply-To: <1362781994.31.0.121984055749.issue17386@psf.upfronthosting.co.za>
Message-ID: <1363366431.61.0.22310923402.issue17386@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Applying the minipatch makes the big patch fail to apply, so here's an update.  Also changed in this version of the patch:

- README.txt is updated.  Not all the changes directly relate to this patch, but there were some needed updates in there anyway.  If desired, I can split those into a separate issue, but all the changes are fairly minor.

- Added *VERSION variables for each of the tools for easy overriding and easier-to-find, single place to update.

Terry, you're right about make.bat being very similar between versions.  About the only other difference I saw was the removal of the line that prints the Python version in use, and the version of Pygments used.  I'd be happy to make patches for backporting this as far as desired (assuming, of course, that it is accepted and is desirable to backport :-).

----------
Added file: http://bugs.python.org/file29417/win_doc_make.v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17386>
_______________________________________

From report at bugs.python.org  Fri Mar 15 17:58:42 2013
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 15 Mar 2013 16:58:42 +0000
Subject: [issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible
In-Reply-To: <1362781994.31.0.121984055749.issue17386@psf.upfronthosting.co.za>
Message-ID: <1363366722.02.0.779472184394.issue17386@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


Removed file: http://bugs.python.org/file29417/win_doc_make.v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17386>
_______________________________________

From report at bugs.python.org  Fri Mar 15 17:58:59 2013
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 15 Mar 2013 16:58:59 +0000
Subject: [issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible
In-Reply-To: <1362781994.31.0.121984055749.issue17386@psf.upfronthosting.co.za>
Message-ID: <1363366739.54.0.923939712582.issue17386@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


Added file: http://bugs.python.org/file29418/win_doc_make.v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17386>
_______________________________________

From report at bugs.python.org  Fri Mar 15 18:09:04 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 15 Mar 2013 17:09:04 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363367344.02.0.575160217655.issue17426@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

I thought that trackers are used to track the sources of the bugs. Aren't they?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 18:12:58 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 15 Mar 2013 17:12:58 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363367578.17.0.533571869638.issue17426@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Users list the effect. Then a research is made to find the source. Then a decision is made to find the right cause for the source of the bug, and then a decision about if the fix is possible.

The bug is closed, but that doesn't mean we can not dedicate some time trying to research the cause. This research can be used to develop other language and explain the mechanism why this feature works like it does. If people are not interested, they can opt-out.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 18:17:29 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 15 Mar 2013 17:17:29 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363367849.37.0.214667759879.issue17426@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Anatoly, your last question about re.sub is covered by the documentation:
re.sub will process the replacement string, and interpret the sequence \ 0 as the NUL character. So you get the NUL character in the returned string.

This is unrelated to raw literal strings.

And yes, sometimes you need 4 backslashes to get one in the output:

>>> print(re.sub("b", "\\\\", "abc"))
a\c

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 18:20:26 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 15 Mar 2013 17:20:26 +0000
Subject: [issue17429] platform.platform() can throw Unicode error
In-Reply-To: <1363360110.07.0.662014346708.issue17429@psf.upfronthosting.co.za>
Message-ID: <1363368026.8.0.631970737403.issue17429@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

What's the most likely encoding? UTF-8? I suggest we assume UTF-8, and use the surrogate-escape error handler to deal with the cases when it isn't.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17429>
_______________________________________

From report at bugs.python.org  Fri Mar 15 18:24:33 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 15 Mar 2013 17:24:33 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363368273.49.0.430506033283.issue17426@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Amaury, the documentation could make it more clear that it is a double replacement. Of course I payed attention to the repeated instructions about string substitution, but I thought that it is just a reminder, not an extra processing layer on top of standard string processing logic. Currently it reads like:

...if it is a string, any backslash escapes in it are processed. That is, \n is...

The correct text would be like:

...if it is a string, any backslash escapes in it are processed in addition to standard string escapes. That is, \n is... ... Note that re.sub backslash processing for replacement string occurs even if the raw strings.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 18:28:07 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 15 Mar 2013 17:28:07 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363368487.38.0.778644645314.issue17426@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

FWIW, I reimplemented substitution logic in my wikify [1] engine some time ago. I was kind of disappointed that I have to reinvent the bicycle, but now I see that this was for good. Thanks to people in this report I now understand the whole stuff much better and this will definitely make wikify more useful and easier to use.

1. https://bitbucket.org/techtonik/wikify

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 18:30:06 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 15 Mar 2013 17:30:06 +0000
Subject: [issue17426] \0 in re.sub substitutes to space
In-Reply-To: <1363322342.9.0.0075824045544.issue17426@psf.upfronthosting.co.za>
Message-ID: <1363368606.24.0.551536852361.issue17426@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

It's not a double replacement: chr(92)+chr(0) is processed only once.
And the second paragraph of the re documentation already contains such a warning.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17426>
_______________________________________

From report at bugs.python.org  Fri Mar 15 19:29:50 2013
From: report at bugs.python.org (Simon Cross)
Date: Fri, 15 Mar 2013 18:29:50 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363372190.15.0.957665291104.issue17423@psf.upfronthosting.co.za>


Changes by Simon Cross <hodgestar at gmail.com>:


----------
nosy: +hodgestar

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Fri Mar 15 19:38:41 2013
From: report at bugs.python.org (Neal Norwitz)
Date: Fri, 15 Mar 2013 18:38:41 +0000
Subject: [issue17430] missed peephole optimization
Message-ID: <1363372721.86.0.440516031889.issue17430@psf.upfronthosting.co.za>


New submission from Neal Norwitz:

>>> def fo():
...   if a:
...     if b:
...      if c:
...        print
... 
>>> dis.dis(fo)
  2           0 LOAD_GLOBAL              0 (a)
              3 POP_JUMP_IF_FALSE       28

  3           6 LOAD_GLOBAL              1 (b)
              9 POP_JUMP_IF_FALSE       28

  4          12 LOAD_GLOBAL              2 (c)
             15 POP_JUMP_IF_FALSE       25

  5          18 PRINT_NEWLINE       
             19 JUMP_ABSOLUTE           25
             22 JUMP_ABSOLUTE           28
        >>   25 JUMP_FORWARD             0 (to 28)
        >>   28 LOAD_CONST               0 (None)
             31 RETURN_VALUE        

The 2 JUMP_ABSOLUTEs should be optimized away since the code is equivalent to: if a and b and c: as in:

>>> dis.dis(fo)
  2           0 LOAD_GLOBAL              0 (a)
              3 POP_JUMP_IF_FALSE       22
              6 LOAD_GLOBAL              1 (b)
              9 POP_JUMP_IF_FALSE       22
             12 LOAD_GLOBAL              2 (c)
             15 POP_JUMP_IF_FALSE       22

  3          18 PRINT_NEWLINE       
             19 JUMP_FORWARD             0 (to 22)
        >>   22 LOAD_CONST               0 (None)
             25 RETURN_VALUE

----------
messages: 184245
nosy: Neal.Norwitz
priority: normal
severity: normal
status: open
title: missed peephole optimization
type: performance
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17430>
_______________________________________

From report at bugs.python.org  Fri Mar 15 19:43:22 2013
From: report at bugs.python.org (=?utf-8?q?Michael_En=C3=9Flin?=)
Date: Fri, 15 Mar 2013 18:43:22 +0000
Subject: [issue17337] input() and raw_input() do not work correctly with
	colored prompts
In-Reply-To: <1362236964.85.0.134127148195.issue17337@psf.upfronthosting.co.za>
Message-ID: <1363373002.96.0.556574376262.issue17337@psf.upfronthosting.co.za>


Michael En?lin added the comment:

Terry, i guess you are right; it is indeed not the job of python to know how its terminal will print characters; there is a whole lot of issues to consider, such as terminal unicode support, control characters, ansi escape sequences, terminal-specific escape sequences such as terminal title, etc.
I guess that on UNIX, a lot of that information could be taken from terminfo, to provide a method that guesses the length of a text on the terminal that is referenced in the $TERM environment variable.

In fact, I think this is a design problem of readline; readline should print the prompt, and then try to determine its length via the dedicated escape sequence (if it really needs to know the prompt length). In that case, there would be no way to fix this in python - apart from re-implementing. In conclusion, no, I don't believe the python readline code should be modified, maybe an additional, os- and $TERM-dependent method for adding prompt escapes should be added.

However, the issue should definitely be documented in the readline documentation:
importing readline _will_ break input() if the prompt contains non-printable characters that are not escaped by '\x01' and '\x02' characters.

Hence I have changed the bug components to 'Documentation'.

----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17337>
_______________________________________

From report at bugs.python.org  Fri Mar 15 19:46:04 2013
From: report at bugs.python.org (Forest Wilkinson)
Date: Fri, 15 Mar 2013 18:46:04 +0000
Subject: [issue17431] email.parser module has no attribute BytesFeedParser
Message-ID: <1363373164.42.0.545347845894.issue17431@psf.upfronthosting.co.za>


New submission from Forest Wilkinson:

The docs claim that email.parser.BytesFeedParser exists, but it doesn't.  Looks like email.feedparser.FeedParser is imported into the email.parser module, but someone forgot to do the same for BytesFeedParser.

----------
components: email
messages: 184247
nosy: barry, forest, r.david.murray
priority: normal
severity: normal
status: open
title: email.parser module has no attribute BytesFeedParser
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17431>
_______________________________________

From report at bugs.python.org  Fri Mar 15 20:11:56 2013
From: report at bugs.python.org (R. David Murray)
Date: Fri, 15 Mar 2013 19:11:56 +0000
Subject: [issue17431] email.parser module has no attribute BytesFeedParser
In-Reply-To: <1363373164.42.0.545347845894.issue17431@psf.upfronthosting.co.za>
Message-ID: <1363374716.97.0.257134306859.issue17431@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks for the report.

----------
keywords: +easy
stage:  -> needs patch
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17431>
_______________________________________

From report at bugs.python.org  Fri Mar 15 20:34:56 2013
From: report at bugs.python.org (pmoody)
Date: Fri, 15 Mar 2013 19:34:56 +0000
Subject: [issue17400] ipaddress.is_private needs to take into account of
	rfc6598
In-Reply-To: <1363052217.02.0.113831391012.issue17400@psf.upfronthosting.co.za>
Message-ID: <1363376096.19.0.935891020609.issue17400@psf.upfronthosting.co.za>


pmoody added the comment:

Is the request that is_private should return true for all reserved/non-routable addresses? The docstrings refer to specific rfcs which don't cover most of the addresses listed in the wikipedia page. I haven't done a lot of network programming in the last couple of years, so what do folks think the least surprising result here would be?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17400>
_______________________________________

From report at bugs.python.org  Fri Mar 15 20:56:45 2013
From: report at bugs.python.org (Ross Lagerwall)
Date: Fri, 15 Mar 2013 19:56:45 +0000
Subject: [issue17428] replace readdir to readdir_r in function posix_listdir
In-Reply-To: <1363338101.3.0.811264304482.issue17428@psf.upfronthosting.co.za>
Message-ID: <1363377405.04.0.949702329447.issue17428@psf.upfronthosting.co.za>


Ross Lagerwall added the comment:

Hi,

There shouldn't be a problem with the existing implementation since, according to posix:
"""
The pointer returned by readdir() points to data which may be overwritten by another call to readdir() on the same directory stream. This data is not overwritten by another call to readdir() on a different directory stream.
"""

Since each call to listdir() opens a different directory stream, this shouldn't be a problem.

Also, when using readdir_r(), struct dirent should not be allocated on the stack since the last field may be an unspecified size.
See the following for further reading about this:
http://elliotth.blogspot.co.uk/2012/10/how-not-to-use-readdirr3.html
http://womble.decadent.org.uk/readdir_r-advisory.html

Regards

----------
nosy: +rosslagerwall

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17428>
_______________________________________

From report at bugs.python.org  Fri Mar 15 21:21:07 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 20:21:07 +0000
Subject: [issue13918] locale.atof documentation is missing func argument
In-Reply-To: <1328105541.08.0.458455853203.issue13918@psf.upfronthosting.co.za>
Message-ID: <1363378867.07.0.810263305354.issue13918@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I find the idea of intentionally not documenting a public parameter and the full signature of a function somewhat strange, especially when it is already automatically partially-documented.

>>> import locale
>>> help(locale.atof)
Help on function atof in module locale:

atof(string, func=<class 'float'>)
    Parses a string as a float according to the locale settings.
# 2.7, 3.2, 3.3

Not documenting the full signature of a function seems to me contrary to proper policy. That aside, the func parameter is, to me, a useful feature, not just an implementation detail

The way to have factored out the common normalization without a func parameter is obvious: define a private normalization function.

def _anormalize(string):
    "remove thousands separators, make decimal dot"
    ts = localeconv()['thousands_sep']
    if ts:
        string = string.replace(ts, '')
    #next, replace the decimal point with a dot
    dd = localeconv()['decimal_point']
    if dd:
        string = string.replace(dd, '.')
    return string

def atof(string):
    "Parses a string as a float according to the locale settings."
    return float(_anormalize(string))

def atoi(string):  # changed from str
    "Converts a string to an integer according to the locale settings."
    return int(_anormalize(string))

But Martin von Loewis, the original author did not do this. I would not assume that he "thought that copying 3 lines from atof into atoi was a bad idea." without asking him.  Whatever his conscious intention, the func parameter *does* have the advantage of allowing alternate float string to number converters.  We now have another one in the stdlib besides decimal.Decimal: fractions.Fractions.

>>> locale.atof('99,999.99', F)
Fraction(9999999, 100)
# versus
>>> F(locale.atof('99,999.99'))
Fraction(6871946986405233, 68719476736)

There are also 3rd party float implementations, such as indefinite precision binary floats. Does anyone still object to properly documenting this useful feature? I am willing to do the commits.

As to the patch and atof docstring, I thinks 'converts' (used in atoi docstring) is better than 'parses'.  So I would change both.

----------
nosy: +terry.reedy
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13918>
_______________________________________

From report at bugs.python.org  Fri Mar 15 21:34:38 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 15 Mar 2013 20:34:38 +0000
Subject: [issue14468] Update cloning guidelines in devguide
In-Reply-To: <1333296467.92.0.464102844472.issue14468@psf.upfronthosting.co.za>
Message-ID: <3ZSJRx6x7XzPBg@mail.python.org>


Roundup Robot added the comment:

New changeset 7a707540391e by Ezio Melotti in branch 'default':
#14468: add FAQs about merge conflicts, null merges, and heads merges.
http://hg.python.org/devguide/rev/7a707540391e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14468>
_______________________________________

From report at bugs.python.org  Fri Mar 15 21:46:56 2013
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 15 Mar 2013 20:46:56 +0000
Subject: [issue10652] test___all_ + test_tcl fails (Windows installed binary)
In-Reply-To: <1291819198.8.0.493152862608.issue10652@psf.upfronthosting.co.za>
Message-ID: <1363380416.18.0.2877182693.issue10652@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I was recently bitten by this issue.  I've reviewed Terry's patch on Rietveld, and have tested it myself some.  It seems to get the job done without getting in the way.

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10652>
_______________________________________

From report at bugs.python.org  Fri Mar 15 21:48:38 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 20:48:38 +0000
Subject: [issue17398] document url argument of RobotFileParser
In-Reply-To: <1363022576.74.0.509640263285.issue17398@psf.upfronthosting.co.za>
Message-ID: <1363380518.42.0.0250420962772.issue17398@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee: docs at python -> terry.reedy
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17398>
_______________________________________

From report at bugs.python.org  Fri Mar 15 21:52:03 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 15 Mar 2013 20:52:03 +0000
Subject: [issue17398] document url argument of RobotFileParser
In-Reply-To: <1363022576.74.0.509640263285.issue17398@psf.upfronthosting.co.za>
Message-ID: <3ZSJr23PX0zS8R@mail.python.org>


Roundup Robot added the comment:

New changeset 274e68e2a5a6 by Terry Jan Reedy in branch '2.7':
Issue #17398: document url argument of RobotFileParser
http://hg.python.org/cpython/rev/274e68e2a5a6

New changeset 4be7f8da7adf by Terry Jan Reedy in branch '3.2':
Issue #17398: document url argument of RobotFileParser
http://hg.python.org/cpython/rev/4be7f8da7adf

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17398>
_______________________________________

From report at bugs.python.org  Fri Mar 15 21:53:11 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 15 Mar 2013 20:53:11 +0000
Subject: [issue10652] test___all_ + test_tcl fails (Windows installed binary)
In-Reply-To: <1291819198.8.0.493152862608.issue10652@psf.upfronthosting.co.za>
Message-ID: <1363380791.61.0.678278614594.issue10652@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Would using import_fresh_module() in test_tcl (and others) work?

----------
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10652>
_______________________________________

From report at bugs.python.org  Fri Mar 15 21:53:48 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 20:53:48 +0000
Subject: [issue17398] document url argument of RobotFileParser
In-Reply-To: <1363022576.74.0.509640263285.issue17398@psf.upfronthosting.co.za>
Message-ID: <1363380828.54.0.680491059194.issue17398@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Agreed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17398>
_______________________________________

From report at bugs.python.org  Fri Mar 15 21:59:42 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 20:59:42 +0000
Subject: [issue17337] input() and raw_input() do not work correctly with
	colored prompts
In-Reply-To: <1362236964.85.0.134127148195.issue17337@psf.upfronthosting.co.za>
Message-ID: <1363381182.55.0.444318215001.issue17337@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Please suggest the specific change in a specific place that you would like to see. Message is ok, patch even better.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17337>
_______________________________________

From report at bugs.python.org  Fri Mar 15 22:12:59 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 21:12:59 +0000
Subject: [issue17400] ipaddress.is_private needs to take into account of
	rfc6598
In-Reply-To: <1363052217.02.0.113831391012.issue17400@psf.upfronthosting.co.za>
Message-ID: <1363381979.87.0.286125993004.issue17400@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Peter, 'Assigned To' is a developer who intends to push (or has pushed) a patch. Anyone can write and attach one. And it is nice to give notice that you intend to.

----------
nosy: +ncoghlan, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17400>
_______________________________________

From report at bugs.python.org  Fri Mar 15 22:23:08 2013
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 15 Mar 2013 21:23:08 +0000
Subject: [issue1159051] Handle corrupted gzip files with unexpected EOF
Message-ID: <1363382588.61.0.940762930366.issue1159051@psf.upfronthosting.co.za>


Matthias Klose added the comment:

this change breaks a test case in the bzr testsuite; will try to get to it next week. See https://launchpad.net/bugs/1116079

----------
nosy: +doko, larry
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1159051>
_______________________________________

From report at bugs.python.org  Fri Mar 15 22:25:15 2013
From: report at bugs.python.org (Lei Miao)
Date: Fri, 15 Mar 2013 21:25:15 +0000
Subject: [issue17400] ipaddress.is_private needs to take into account of
	rfc6598
In-Reply-To: <1363376096.19.0.935891020609.issue17400@psf.upfronthosting.co.za>
Message-ID: <CAHJJ-B+CAuCyjrWN295rk+pDWXp_-KuPM=xUJGif36Wz2tUbOA@mail.gmail.com>


Lei Miao added the comment:

is_private should return true for all prefixes that are intended for
*private* use, hence it should include rfc1918 and rfc6598. rfc6598
stipulates 100.64.0.0/10

On 16 March 2013 06:34, pmoody <report at bugs.python.org> wrote:

>
> pmoody added the comment:
>
> Is the request that is_private should return true for all
> reserved/non-routable addresses? The docstrings refer to specific rfcs
> which don't cover most of the addresses listed in the wikipedia page. I
> haven't done a lot of network programming in the last couple of years, so
> what do folks think the least surprising result here would be?
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17400>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17400>
_______________________________________

From report at bugs.python.org  Fri Mar 15 22:25:56 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 21:25:56 +0000
Subject: [issue17408] second python execution fails when embedding
In-Reply-To: <1363183794.27.0.643296851621.issue17408@psf.upfronthosting.co.za>
Message-ID: <1363382756.01.0.149025079548.issue17408@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Can you tell if the relevant 3.2 to 3.3 change is in Py_Initialize, Py_Finalize(), or typeobject.c?

----------
nosy: +ncoghlan, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17408>
_______________________________________

From report at bugs.python.org  Fri Mar 15 22:29:15 2013
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 15 Mar 2013 21:29:15 +0000
Subject: [issue10652] test___all_ + test_tcl fails (Windows installed binary)
In-Reply-To: <1291819198.8.0.493152862608.issue10652@psf.upfronthosting.co.za>
Message-ID: <1363382955.39.0.86782702769.issue10652@psf.upfronthosting.co.za>


Zachary Ware added the comment:

It does, in fact.  Here's a patch.

----------
Added file: http://bugs.python.org/file29419/issue10652.v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10652>
_______________________________________

From report at bugs.python.org  Fri Mar 15 22:35:50 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 21:35:50 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363383350.04.0.22564164278.issue17409@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Module 'resource' is unix only.  What happens on 3.x or linux?

Given that the doc invites input of -1, it seems to me that raising an exception is wrong; -1 should be interpreted as a valid value.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Fri Mar 15 22:46:23 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 21:46:23 +0000
Subject: [issue17411] Build failures with non-NDEBUG, non-Py_DEBUG builds.
In-Reply-To: <1363199939.27.0.896431230512.issue17411@psf.upfronthosting.co.za>
Message-ID: <1363383983.41.0.483446775052.issue17411@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The patch changes unicodeobject.c and obmalloc.c
Thomas, is the problem new to 3.3 (and the new unicode implementation)?

----------
nosy: +benjamin.peterson, ezio.melotti, haypo, pitrou, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17411>
_______________________________________

From report at bugs.python.org  Fri Mar 15 22:51:11 2013
From: report at bugs.python.org (Thomas Wouters)
Date: Fri, 15 Mar 2013 21:51:11 +0000
Subject: [issue17411] Build failures with non-NDEBUG, non-Py_DEBUG builds.
In-Reply-To: <1363199939.27.0.896431230512.issue17411@psf.upfronthosting.co.za>
Message-ID: <1363384271.26.0.54360300036.issue17411@psf.upfronthosting.co.za>


Thomas Wouters added the comment:

Yes, I already had the same kinds of failures fixed for 3.2, before; this only affects 3.3 and later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17411>
_______________________________________

From report at bugs.python.org  Fri Mar 15 23:05:26 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 22:05:26 +0000
Subject: [issue17416] Clarify docs of os.walk()
In-Reply-To: <1363254181.3.0.0190813002191.issue17416@psf.upfronthosting.co.za>
Message-ID: <1363385126.0.0.991731409566.issue17416@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The unambiguous title of your first report was better, so I copied it with a new method name.

Changing a parameter name will break code, so it is essentially never done. In any case, directory trees are considered to grow 'down' from the root directory, and tree walkers recurse 'down' to leaves, even though biological trees usually grow 'up'. You just have to get used to the standard inverted metaphor.

I read the doc entry and I do not see any need to change, so I am closing this.

----------
nosy: +terry.reedy
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> closed
title: Documentation Ambiguity 2 -> Clarify docs of os.walk()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17416>
_______________________________________

From report at bugs.python.org  Fri Mar 15 23:10:45 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Fri, 15 Mar 2013 22:10:45 +0000
Subject: [issue17429] platform.platform() can throw Unicode error
In-Reply-To: <1363360110.07.0.662014346708.issue17429@psf.upfronthosting.co.za>
Message-ID: <1363385445.04.0.0607984329957.issue17429@psf.upfronthosting.co.za>


Toshio Kuratomi added the comment:

I agree.  In my experience, utf-8 is the most common encoding.  Updated patch that defaults to utf-8 instead of the user's locale is attached.

----------
Added file: http://bugs.python.org/file29420/00175-platform-unicode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17429>
_______________________________________

From report at bugs.python.org  Fri Mar 15 23:18:04 2013
From: report at bugs.python.org (Bill Dirks)
Date: Fri, 15 Mar 2013 22:18:04 +0000
Subject: [issue17432] PyUnicode_ functions not accessible in Limited API on
	Windows
Message-ID: <1363385884.71.0.776131230148.issue17432@psf.upfronthosting.co.za>


New submission from Bill Dirks:

This issue was discovered in 3.3.0 on Windows. Haven't looked at other versions.
Using the Limited API, the PyUnicode_Xxxx() functions are not accessible. A simple demonstration of the problem:

   HMODULE p3 = ::LoadLibraryA("C:\\Python33\\DLLs\\python3.dll");
   FARPROC f;
   f = GetProcAddress(p3, "Py_IsInitialized"); // works
   f = GetProcAddress(p3, "PyImport_AppendInittab"); // works, and so on
   f = GetProcAddress(p3, "PyUnicode_FromString"); // fails
   f = GetProcAddress(p3, "PyUnicode_FromFormat"); // fails
   f = GetProcAddress(p3, "PyUnicode_FromStringAndSize"); // fails, and so on
   ::FreeLibrary(p3);

After some digging I found that python3.dll refers all of its exports on to python33.dll, and the problem exports all have the form:
  PyUnicode_Xxxx -> python33.PyUnicodeUCS2_Xxxx
but python33.dll does not export any PyUnicodeUCS2_ symbols, confirmed by the Dependency Walker tool.

Any Limited API extension using PyUnicode_ functions will compile and link, but fail at runtime. If I understand the problem, the fix is just to correct the .def file.

----------
components: Windows
messages: 184268
nosy: bdirks
priority: normal
severity: normal
status: open
title: PyUnicode_ functions not accessible in Limited API on Windows
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17432>
_______________________________________

From report at bugs.python.org  Fri Mar 15 23:18:40 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 22:18:40 +0000
Subject: [issue17417] Documentation Modification Suggestion: os.walk, fwalk
In-Reply-To: <1363255895.31.0.587082771834.issue17417@psf.upfronthosting.co.za>
Message-ID: <1363385920.94.0.658861916985.issue17417@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Our standard is to start function doc entries with verbs. In any case, it is irrelevant whether os.walk is a generator function or iterator class. Which is to say, it is not part of the language definition that the object returned by os.walk() is specifically a generator, as opposed to an instance of some other iterator class. Indeed, other implementations might do differently and if we decided to recode os.walk in C to make it faster, it would be an iterator class and not a generator function (which are only written in Python). So 'generate' is being used in a generic sense. 

Ideas like this, and the one about changing 'topdown', would be better floated on python-list.

----------
nosy: +terry.reedy
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17417>
_______________________________________

From report at bugs.python.org  Fri Mar 15 23:28:09 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Mar 2013 22:28:09 +0000
Subject: [issue17411] Build failures with non-NDEBUG, non-Py_DEBUG builds.
In-Reply-To: <1363199939.27.0.896431230512.issue17411@psf.upfronthosting.co.za>
Message-ID: <1363386489.64.0.176010793826.issue17411@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I added _PyUnicode_CheckConsistency() to Python 3.3 to check the implementation of the PEP 393, this function should not be called in release mode, that's just it is not defined in release mode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17411>
_______________________________________

From report at bugs.python.org  Fri Mar 15 23:31:04 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Mar 2013 22:31:04 +0000
Subject: [issue17411] Build failures with non-NDEBUG, non-Py_DEBUG builds.
In-Reply-To: <1363386489.64.0.176010793826.issue17411@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYGdkUQrEfG2XpqjOBwJRg3fANbVo=04Nf-r7g1E+1L_g@mail.gmail.com>


STINNER Victor added the comment:

> that's just it is not defined in release mode.

that's *why*

2013/3/15 STINNER Victor <report at bugs.python.org>:
>
> STINNER Victor added the comment:
>
> I added _PyUnicode_CheckConsistency() to Python 3.3 to check the implementation of the PEP 393, this function should not be called in release mode, that's just it is not defined in release mode.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17411>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17411>
_______________________________________

From report at bugs.python.org  Fri Mar 15 23:34:35 2013
From: report at bugs.python.org (Thomas Wouters)
Date: Fri, 15 Mar 2013 22:34:35 +0000
Subject: [issue17411] Build failures with non-NDEBUG, non-Py_DEBUG builds.
In-Reply-To: <1363199939.27.0.896431230512.issue17411@psf.upfronthosting.co.za>
Message-ID: <1363386875.81.0.595318339811.issue17411@psf.upfronthosting.co.za>


Thomas Wouters added the comment:

Unfortunately there is no "release mode". There's Py_DEBUG mode, and the absence of Py_DEBUG. And there's NDEBUG, and the absence of NDEBUG, which controls the assert macro. Py_DEBUG unsets NDEBUG, but *not* setting Py_DEBUG doesn't *set* NDEBUG (nor should it.)

In the Google build environment, where we occasionally embed Python and also build extensions that use Python and Python itself in slightly different ways, we have build modes that don't set Py_DEBUG but don't set NDEBUG -- so we keep the asserts, but don't set Py_DEBUG (which would change the ABI.) I suggest that this is a valid expectation :) If something is used in assert statements (and _PyUnicode_CheckConsistency is, quite a lot) it needs to be defined whenever NDEBUG is not defined, not just when Py_DEBUG is defined. The patch makes it a macro that calls PyUnicode_Check() in that case, because that's what unicodeobject.c itself does.

In the case of obmalloc, the asserts are calling functions that are only defined when PYMALLOC_DEBUG is set, so it seems obvious that that's the guard that should surround their use.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17411>
_______________________________________

From report at bugs.python.org  Fri Mar 15 23:37:48 2013
From: report at bugs.python.org (Thomas Wouters)
Date: Fri, 15 Mar 2013 22:37:48 +0000
Subject: [issue17433] stdlib generator-like iterators don't forward send/throw
Message-ID: <1363387068.19.0.285872476506.issue17433@psf.upfronthosting.co.za>


New submission from Thomas Wouters:

In response to a question asked at Brett Cannon's Python 3.3 talk at PyCon, it occurs to me the iterators in the itertools module should participate in generator sending, so that you can do this:

def report_first_ten(g):
    s = itertools.islice(g, 10)
    yield from s
    print("First 10 done.")
    yield from g

and then send (or throw) into the report_first_ten() generator, it fails (because itertools.islice() has no send method.) Similarly, perhaps itertools.izip() should gain a send method that sends into the iterators it's zipping, etc.

----------
components: Library (Lib)
messages: 184273
nosy: twouters
priority: normal
severity: normal
status: open
title: stdlib generator-like iterators don't forward send/throw
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17433>
_______________________________________

From report at bugs.python.org  Fri Mar 15 23:44:07 2013
From: report at bugs.python.org (Edmond Burnett)
Date: Fri, 15 Mar 2013 22:44:07 +0000
Subject: [issue17431] email.parser module has no attribute BytesFeedParser
In-Reply-To: <1363373164.42.0.545347845894.issue17431@psf.upfronthosting.co.za>
Message-ID: <1363387447.65.0.434941925384.issue17431@psf.upfronthosting.co.za>


Edmond Burnett added the comment:

Working on a patch for this.

----------
nosy: +edmond.burnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17431>
_______________________________________

From report at bugs.python.org  Fri Mar 15 23:49:46 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 15 Mar 2013 22:49:46 +0000
Subject: [issue17432] PyUnicode_ functions not accessible in Limited API on
	Windows
In-Reply-To: <1363385884.71.0.776131230148.issue17432@psf.upfronthosting.co.za>
Message-ID: <1363387786.74.0.886228115119.issue17432@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

The Unicode functions were left out of the limited API precisely because of the UCS2/UCS4 issue. If you have an extension module on a narrow Python build using the limited API, it should work without recompilation on a wide build as well.

Now, with Python 3.3, this issue is gone, so it might be reasonable to add  some of the functions to the limited API. Can you propose a list of functions that you think should be there?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17432>
_______________________________________

From report at bugs.python.org  Sat Mar 16 00:05:33 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Mar 2013 23:05:33 +0000
Subject: [issue17418] Documentation for os.open and io.open
In-Reply-To: <1363273361.29.0.0702686905061.issue17418@psf.upfronthosting.co.za>
Message-ID: <1363388733.26.0.323692053478.issue17418@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This is really two issues:

io.open: Your statement about *buffering* not correct is not helpful. Quote the sentence you think is wrong. I am guessing it is "Pass ... an integer > 1 to indicate the size of a fixed-size chunk buffer". Then quote some code from the module or code that uses the module that acts differently from the doc. Then suggest an alternative wording supported by the evidence presented.

os.open:
For *flags*, there already is a link to
http://docs.python.org/3/library/os.html#open-flag-constants
That says "consult the open(2) manual page on Unix or the MSDN on Windows."

I believe mode is ignored on Windows. (Martin, true?)
Any Unix system should document the various bits, but we could say where, as with flags (open(2) also)?

I agree that "see the C run-time documentation" (for flags and mode) is pretty useless as is. This must refer to the C-API manual.  If you can find a specific link for info about flags or mode, it can be added. I do not see anything in the index. It is possible that the sentence is obsolete and should be deleted.

Do note that the note "This function is intended for low-level I/O. For normal usage, use the built-in function open()," strongly implies that one should only use this function with some understanding of the os function that it wraps. This is true for much of the os module.

----------
nosy: +loewis, terry.reedy
stage:  -> needs patch
title: Documentation Bug -> Documentation for os.open and io.open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17418>
_______________________________________

From report at bugs.python.org  Sat Mar 16 00:36:09 2013
From: report at bugs.python.org (Edmond Burnett)
Date: Fri, 15 Mar 2013 23:36:09 +0000
Subject: [issue17431] email.parser module has no attribute BytesFeedParser
In-Reply-To: <1363373164.42.0.545347845894.issue17431@psf.upfronthosting.co.za>
Message-ID: <1363390569.27.0.334948297006.issue17431@psf.upfronthosting.co.za>


Changes by Edmond Burnett <eburnett at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29421/issue17431_3.4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17431>
_______________________________________

From report at bugs.python.org  Sat Mar 16 01:13:57 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Sat, 16 Mar 2013 00:13:57 +0000
Subject: [issue17434] str literals, which are not docstrings,
	should not be allowed between __future__ imports
Message-ID: <1363392837.6.0.139657599186.issue17434@psf.upfronthosting.co.za>


New submission from Arfrever Frehtes Taifersar Arahesis:

test1.py shows that a str literal before first import from __future__ is a docstring.
test2.py shows that a str literal after first import from __future__ is not a docstring.
test2.py shows that if docstring is absent, then a single str literal between imports from __future__ does not cause SyntaxError, while it should.
test3.py shows that if docstring is present, then a str literal between imports from __future__ causes SyntaxError.
test4.py shows that if docstring is absent, then >=2 str literals between imports from __future__ cause SyntaxError.

$ cat test1.py
"some text"
from __future__ import absolute_import
print(__doc__)
$ cat test2.py
from __future__ import absolute_import
"some text"
from __future__ import print_function
print(__doc__)
$ cat test3.py
"some text 1"
from __future__ import absolute_import
"some text 2"
from __future__ import print_function
$ cat test4.py
from __future__ import absolute_import
"some text 1"
"some text 2"
from __future__ import print_function
$ python3.4 test1.py
some text
$ python3.4 test2.py
None
$ python3.4 test3.py
  File "test3.py", line 4
    from __future__ import print_function
    ^
SyntaxError: from __future__ imports must occur at the beginning of the file
$ python3.4 test4.py
  File "test4.py", line 4
    from __future__ import print_function
    ^
SyntaxError: from __future__ imports must occur at the beginning of the file
$

----------
components: Interpreter Core
messages: 184277
nosy: Arfrever
priority: normal
severity: normal
status: open
title: str literals, which are not docstrings, should not be allowed between __future__ imports
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17434>
_______________________________________

From report at bugs.python.org  Sat Mar 16 01:17:20 2013
From: report at bugs.python.org (Denver Coneybeare)
Date: Sat, 16 Mar 2013 00:17:20 +0000
Subject: [issue17435] threading.Timer.__init__() should use immutable argument
	defaults for args and kwargs
Message-ID: <1363393040.78.0.569565797708.issue17435@psf.upfronthosting.co.za>


New submission from Denver Coneybeare:

The __init__() method of threading.Timer uses *mutable* default values for the "args" and "kwargs" arguments.  Since the default argument objects are created once and re-used for each instance, this means that changing the args list or kwargs dict of a Timer object that used the argument defaults will specify those arguments to all future Timer objects that use the defaults too.

def __init__(self, interval, function, args=[], kwargs={}):

A fully backwards-compatible way to fix this is to instead use None as the default value for args and kwargs and just create a new list and/or dict inside __init__() if they are None.  That way each new instance of Timer will get its very own args list and kwargs dict object.

def __init__(self, interval, function, args=None, kwargs=None):
    ...
    self.args = args if args is not None else []
    self.kwargs = kwargs if kwargs is not None else {}

Here is a sample script that reproduces the issue:

    import threading

    event = threading.Event()
    def func(*args, **kwargs):
        print("args={!r} kwargs={!r}".format(args, kwargs))
        event.set()

    timer1 = threading.Timer(1, func)
    timer1.args.append("blah")
    timer1.kwargs["foo"] = "bar"

    timer2 = threading.Timer(1, func)
    timer2.start()
    event.wait()

Here is the example output when run before the fix:

c:\dev\cpython>PCbuild\python_d.exe ThreadingTimerInitDefaultArgsIssueDemo.py
args=('blah',) kwargs={'foo': 'bar'}
[44758 refs, 17198 blocks]

And after the fix:

c:\dev\cpython>PCbuild\python_d.exe ThreadingTimerInitDefaultArgsIssueDemo.py
args=() kwargs={}
[47189 refs, 18460 blocks]

As you can see, in the version without the fix, the elements added to timer1's args and kwargs were also given to timer2, which is almost certainly not what a user would expect.

A proposed patch, ThreadingTimerInitDefaultArgsIssueDemo.01.patch, is attached.  This fixes the issue, updates the docs, and adds a unit test.

----------
components: Library (Lib)
files: ThreadingTimerInitDefaultArgsIssueDemo.01.patch
keywords: patch
messages: 184278
nosy: denversc
priority: normal
severity: normal
status: open
title: threading.Timer.__init__() should use immutable argument defaults for args and kwargs
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29422/ThreadingTimerInitDefaultArgsIssueDemo.01.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17435>
_______________________________________

From report at bugs.python.org  Sat Mar 16 01:44:20 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 16 Mar 2013 00:44:20 +0000
Subject: [issue15806] Add context manager for the "try: ... except: pass"
	pattern
In-Reply-To: <1346217315.31.0.832549559428.issue15806@psf.upfronthosting.co.za>
Message-ID: <1363394660.64.0.512978624267.issue15806@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15806>
_______________________________________

From report at bugs.python.org  Sat Mar 16 01:44:58 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 16 Mar 2013 00:44:58 +0000
Subject: [issue15805] Add stdout redirection tool to contextlib
In-Reply-To: <1346214384.31.0.130580797931.issue15805@psf.upfronthosting.co.za>
Message-ID: <1363394698.11.0.295115520401.issue15805@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15805>
_______________________________________

From report at bugs.python.org  Sat Mar 16 01:46:55 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 16 Mar 2013 00:46:55 +0000
Subject: [issue17431] email.parser module has no attribute BytesFeedParser
In-Reply-To: <1363373164.42.0.545347845894.issue17431@psf.upfronthosting.co.za>
Message-ID: <3ZSQ322cnKzSGS@mail.python.org>


Roundup Robot added the comment:

New changeset 4e6cf15e55c1 by R David Murray in branch '3.2':
#17431: Fix missing import of BytesFeedParser in email.parser.
http://hg.python.org/cpython/rev/4e6cf15e55c1

New changeset 45f6925906bf by R David Murray in branch '3.3':
Merge: #17431: Fix missing import of BytesFeedParser in email.parser.
http://hg.python.org/cpython/rev/45f6925906bf

New changeset b7c1ed5ce714 by R David Murray in branch 'default':
Merge: #17431: Fix missing import of BytesFeedParser in email.parser.
http://hg.python.org/cpython/rev/b7c1ed5ce714

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17431>
_______________________________________

From report at bugs.python.org  Sat Mar 16 01:54:56 2013
From: report at bugs.python.org (R. David Murray)
Date: Sat, 16 Mar 2013 00:54:56 +0000
Subject: [issue17431] email.parser module has no attribute BytesFeedParser
In-Reply-To: <1363373164.42.0.545347845894.issue17431@psf.upfronthosting.co.za>
Message-ID: <1363395296.31.0.803878399018.issue17431@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Edmond.

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17431>
_______________________________________

From report at bugs.python.org  Sat Mar 16 02:27:37 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 16 Mar 2013 01:27:37 +0000
Subject: [issue16057] Subclasses of JSONEncoder should not be insturcted to
	call JSONEncoder.decode
In-Reply-To: <1348695643.05.0.172807817425.issue16057@psf.upfronthosting.co.za>
Message-ID: <1363397257.11.0.63142345183.issue16057@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
keywords: +needs review
stage: needs patch -> patch review
versions: +Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16057>
_______________________________________

From report at bugs.python.org  Sat Mar 16 02:33:27 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 16 Mar 2013 01:33:27 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <1363397607.05.0.825485012117.issue11420@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Looks fine.

Can this go into 2.7 too?

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Sat Mar 16 02:41:29 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 16 Mar 2013 01:41:29 +0000
Subject: [issue17420] bdist_wininst does not play well with unicode
	descriptions
In-Reply-To: <1363280381.66.0.144650085618.issue17420@psf.upfronthosting.co.za>
Message-ID: <1363398089.86.0.406896677912.issue17420@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee:  -> eric.araujo
components: +Distutils
nosy: +eric.araujo, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17420>
_______________________________________

From report at bugs.python.org  Sat Mar 16 02:42:08 2013
From: report at bugs.python.org (R. David Murray)
Date: Sat, 16 Mar 2013 01:42:08 +0000
Subject: [issue17435] threading.Timer.__init__() should use immutable argument
	defaults for args and kwargs
In-Reply-To: <1363393040.78.0.569565797708.issue17435@psf.upfronthosting.co.za>
Message-ID: <1363398128.7.0.664899972477.issue17435@psf.upfronthosting.co.za>


R. David Murray added the comment:

Hmm.  This wasn't an issue before 3.3 because previously one couldn't subclass Timer.  So yeah, this needs to be fixed, but only in 3.3 and tip.

Thanks for the patch.

----------
nosy: +r.david.murray
stage:  -> patch review
versions:  -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17435>
_______________________________________

From report at bugs.python.org  Sat Mar 16 02:52:02 2013
From: report at bugs.python.org (Rock Li)
Date: Sat, 16 Mar 2013 01:52:02 +0000
Subject: [issue17428] replace readdir to readdir_r in function posix_listdir
In-Reply-To: <1363338101.3.0.811264304482.issue17428@psf.upfronthosting.co.za>
Message-ID: <1363398722.1.0.101999889558.issue17428@psf.upfronthosting.co.za>


Rock Li added the comment:

Hi Ross, 

What about if one implementation of posix use the global variable to store something. From `man readdir`, I didn't see the sentence "This data is not overwritten by another call to readdir() on a different directory stream.".

And from the link you gived, 
""
Background

The POSIX readdir_r function is a thread-safe version of the readdir function used to read directory entries. Whereas readdir returns a pointer to a system-allocated buffer and may use global state without mutual exclusion, readdir_r uses a user-supplied buffer and is guaranteed to be reentrant. Its use is therefore preferable or even essential in portable multithreaded programs.
""

Actually readdir_r is guaranteed to be reentrant. By using readdir, I think just like to use errno in a multi thread programs, we can't always think it will work as the right way. But readdir_r, we can. 

And another question, you say 
"struct dirent should not be allocated on the stack since the last field may be an unspecified size."

What does this mean? Can you explain detail to me?
Thx.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17428>
_______________________________________

From report at bugs.python.org  Sat Mar 16 03:17:22 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Mar 2013 02:17:22 +0000
Subject: [issue10652] test___all_ + test_tcl fails (Windows installed binary)
In-Reply-To: <1291819198.8.0.493152862608.issue10652@psf.upfronthosting.co.za>
Message-ID: <1363400242.57.0.805847806449.issue10652@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Once I worked around the example.bat problems so repository _tkinter will run for one python version (3.2), Zach's patch seems to solve the test problem as well as mine, and it is better self-contained. In other words,
python -m test -ugui test___all__ test_tcl test_tk test_ttk_guionly test_ttk_textonly
runs all five tests with os.environ change the only problem noted.

If Ezio or someone else who knows testing better than me agrees that it is the right patch, I am willing to apply it.

----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10652>
_______________________________________

From report at bugs.python.org  Sat Mar 16 03:17:49 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 16 Mar 2013 02:17:49 +0000
Subject: [issue17239] XML vulnerabilities in Python
In-Reply-To: <1361288141.97.0.791394359972.issue17239@psf.upfronthosting.co.za>
Message-ID: <1363400269.16.0.608035774502.issue17239@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Since this has dragged on for quite a while, I'm probably just going to release 2.7.4 with a pointer to defusedxml in the release notes. (docs, though, perhaps)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17239>
_______________________________________

From report at bugs.python.org  Sat Mar 16 03:30:54 2013
From: report at bugs.python.org (R. David Murray)
Date: Sat, 16 Mar 2013 02:30:54 +0000
Subject: [issue17428] replace readdir to readdir_r in function posix_listdir
In-Reply-To: <1363338101.3.0.811264304482.issue17428@psf.upfronthosting.co.za>
Message-ID: <1363401054.55.0.908413073239.issue17428@psf.upfronthosting.co.za>


R. David Murray added the comment:

My man page says "The  data  returned by readdir() may be overwritten by subsequent calls to readdir() for the same directory stream."  Ross I believe was quoting from the posix *spec*, so that is a more complete explanation.  If an implementation is doing what you said, it would be out of compliance with posix.

Python opens a new directory stream inside listdir, and that directory stream is not exposed to the Python code, so there is no way for another Python thread to cause a problem here.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17428>
_______________________________________

From report at bugs.python.org  Sat Mar 16 03:58:13 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Sat, 16 Mar 2013 02:58:13 +0000
Subject: [issue17434] str literals, which are not docstrings,
	should not be allowed between __future__ imports
In-Reply-To: <1363392837.6.0.139657599186.issue17434@psf.upfronthosting.co.za>
Message-ID: <1363402693.34.0.32023157983.issue17434@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis added the comment:

Jython and PyPy properly raise SyntaxError for test2.py.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17434>
_______________________________________

From report at bugs.python.org  Sat Mar 16 04:44:45 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Sat, 16 Mar 2013 03:44:45 +0000
Subject: [issue16310] zipfile: allow surrogates in filenames
In-Reply-To: <1351082025.34.0.287428579283.issue16310@psf.upfronthosting.co.za>
Message-ID: <1363405485.08.0.633679431542.issue16310@psf.upfronthosting.co.za>


Toshio Kuratomi added the comment:

I found some "standards" docs that could bear on this:

http://www.pkware.com/documents/casestudies/APPNOTE.TXT

Appendix D:
"D.1 The ZIP format has historically supported only the original IBM PC character encoding set, commonly referred to as IBM Code Page 437."
[..]
"D.2 If general purpose bit 11 is unset, the file name and comment should conform to the original ZIP character encoding.  If general purpose bit 11 is set, the filename and comment must support The Unicode Standard, Version 4.1.0 or greater using the character encoding form defined by the UTF-8 storage specification."
[..]

So there's two choices for a filename in a zipfile:

* bytes that make valid UTF-8 strings
* bytes that make valid strings in code page 437

http://en.wikipedia.org/wiki/Code_page_437#Standard_code_page

Code Page 437 takes up all 256 possible bit patterns available in a byte.

These two factors mean that if a filename in a zipfile is considered from the POV of a sequence of bytes, it can (according to the zipfile standard) contain any possible sequence of bytes.  If a filename is considered from the POV of a sequence of human characters, it can contain any possible sequence of unicode code points encoded as utf-8.  

The tricky bit: if the bytes are not valid utf-8 then officially the characters should be limited to the 256 characters of Code Page 437.   However, the client tools I've looked at exploit the fact that all bytes are possible to simply save the bytes that make up the filename into the zip file.

----------
nosy: +a.badger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16310>
_______________________________________

From report at bugs.python.org  Sat Mar 16 05:19:02 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 16 Mar 2013 04:19:02 +0000
Subject: [issue17239] XML vulnerabilities in Python
In-Reply-To: <1361288141.97.0.791394359972.issue17239@psf.upfronthosting.co.za>
Message-ID: <1363407542.81.0.5521002924.issue17239@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> Since this has dragged on for quite a while, I'm probably 
> just going to release 2.7.4 with a pointer to defusedxml
> in the release notes. (docs, though, perhaps)

+1

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17239>
_______________________________________

From report at bugs.python.org  Sat Mar 16 05:23:02 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 16 Mar 2013 04:23:02 +0000
Subject: [issue15805] Add stdout redirection tool to contextlib
In-Reply-To: <1346214384.31.0.130580797931.issue15805@psf.upfronthosting.co.za>
Message-ID: <1363407782.98.0.0513203338685.issue15805@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: ncoghlan -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15805>
_______________________________________

From report at bugs.python.org  Sat Mar 16 05:59:31 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 16 Mar 2013 04:59:31 +0000
Subject: [issue10652] test___all_ + test_tcl fails (Windows installed binary)
In-Reply-To: <1291819198.8.0.493152862608.issue10652@psf.upfronthosting.co.za>
Message-ID: <1363409971.29.0.831642063308.issue10652@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

LGTM.

The changes on os.environ should be unrelated.  I've seen a few other tests (e.g. test_distutils) that change it on Windows, and started writing a patch for it, but I never finished it.

----------
assignee:  -> terry.reedy
stage: commit review -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10652>
_______________________________________

From report at bugs.python.org  Sat Mar 16 06:04:12 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 16 Mar 2013 05:04:12 +0000
Subject: [issue17415] Clarify docs of os.path.normpath()
In-Reply-To: <1363254084.71.0.566046555071.issue17415@psf.upfronthosting.co.za>
Message-ID: <1363410251.99.0.121847421953.issue17415@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Your suggestion -- assuming it's accurate -- looks good to me, however I would get rid of the exclamation mark and move the link to normcase at the end:
"""
Normalize a pathname by collapsing redundant separators and up-level references so that A//B, A/B/, A/./B and A/foo/../B all become A/B. This collapsing may change the meaning of the path if it contains symbolic links.  On Windows, normpath also converts forward slashes to backward slashes.  normpath doesn't normalize the case -- use normcase for that.
"""

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17415>
_______________________________________

From report at bugs.python.org  Sat Mar 16 06:16:18 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 16 Mar 2013 05:16:18 +0000
Subject: [issue13918] locale.atof documentation is missing func argument
In-Reply-To: <1328105541.08.0.458455853203.issue13918@psf.upfronthosting.co.za>
Message-ID: <1363410978.93.0.0550918690727.issue13918@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The function was introduced by Guido in f5b55311e79d.

I think it would have been better if atof had another name (e.g. _atof) and that atof and atoi were implemented as:

def atof(str):
    return _atof(str, float)
def atoi(str):
    return _atof(str, int)

Even better would have been to have _atof return the string without applying any function, and let e.g. atoi return int(_atof(str)).  This could have been documented publicly and used to build other functions.
However it's probably too late for such refactoring.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13918>
_______________________________________

From report at bugs.python.org  Sat Mar 16 06:57:35 2013
From: report at bugs.python.org (Bill Dirks)
Date: Sat, 16 Mar 2013 05:57:35 +0000
Subject: [issue17432] PyUnicode_ functions not accessible in Limited API on
	Windows
In-Reply-To: <1363385884.71.0.776131230148.issue17432@psf.upfronthosting.co.za>
Message-ID: <1363413455.27.0.89701976514.issue17432@psf.upfronthosting.co.za>


Bill Dirks added the comment:

A great number of PyUnicode functions are already added to the Limited API. That is, the declarations are outside of #ifndef Py_LIMITED_API guards in the header files, and the symbols are included in python3.lib and exported from python3.dll. (in 3.3.0)

Can't those functions link to the functions of the same name in python33.dll?

In other words, for example, PyUnicode_FromString in the python3.dll should link to PyUnicode_FromString in python33.dll, not PyUnicodeUCS2_FromString (which doesn't exist in python33.dll). Right?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17432>
_______________________________________

From report at bugs.python.org  Sat Mar 16 07:20:54 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Mar 2013 06:20:54 +0000
Subject: [issue10652] test___all_ + test_tcl fails (Windows installed binary)
In-Reply-To: <1291819198.8.0.493152862608.issue10652@psf.upfronthosting.co.za>
Message-ID: <1363414854.25.0.253083975797.issue10652@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

After editing 2.7 files to match Zach's patch, and also after adding the changes in my patch, and also deleting tcltk directory and rerunning external.bat to rebuild tcltk/ for 2.7 with tcl/tk 8.5.2,
the tests still do not all work right.

--------------
F:\Python\dev\py27\PCbuild> python_d -m test.regrtest -ugui test___all__ test_tcl test_tk test_ttk_guionly test_ttk_text
only

test___all__
Warning -- os.environ was modified by test___all__

test_tcl
test test_tcl failed -- multiple errors occurred; run in verbose mode for details

test_tk
test_tk skipped -- tk not available: Can't find a usable init.tcl in the following directories:
    F:/Python/dev/py27/lib/tcl8.5 F:/Python/dev/py27/lib/tcl8.5 F:/Python/dev/lib/tcl8.5 F:/Python/dev/py27/library F:/P
ython/dev/library F:/Python/dev/tcl8.5.2/library F:/Python/tcl8.5.2/library
This probably means that Tcl wasn't installed properly.

------
If test_tcl is run first, it works, test_ttk_guionly gives the same message as test_tk, test_ttk_testonly is OK. So the attached patch, 10652_tkfix_27.diff is an improvement, but not a complete fix.

I am going to concentrate on 3.x (which means manually delete tcltk and re-compile) and apply if all goes well.

----------
Added file: http://bugs.python.org/file29423/10652_tkfix_27.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10652>
_______________________________________

From report at bugs.python.org  Sat Mar 16 07:29:08 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Mar 2013 06:29:08 +0000
Subject: [issue13918] locale.atof documentation is missing func argument
In-Reply-To: <1328105541.08.0.458455853203.issue13918@psf.upfronthosting.co.za>
Message-ID: <1363415348.73.0.406071973642.issue13918@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The refactoring could be done if we were willing to give the normalize function a public name, so people could write Decimal(delocalize(<localized float string>)) or if we were willing to add atod and atofr (fraction). However, simply adding a few words to the doc is a lot easier.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13918>
_______________________________________

From report at bugs.python.org  Sat Mar 16 07:37:22 2013
From: report at bugs.python.org (Ross Lagerwall)
Date: Sat, 16 Mar 2013 06:37:22 +0000
Subject: [issue17428] replace readdir to readdir_r in function posix_listdir
In-Reply-To: <1363338101.3.0.811264304482.issue17428@psf.upfronthosting.co.za>
Message-ID: <1363415842.64.0.110021124083.issue17428@psf.upfronthosting.co.za>


Ross Lagerwall added the comment:

That text was from the POSIX 2008 spec:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/readdir.html

The following text from my copy of the readdir manpage gives an indication of how you *should* allocate struct dirent when using readdir_r:
"""
Since  POSIX.1 does not specify the size of the d_name field, and other nonstandard fields may precede that field within the dirent structure, portable applications that use readdir_r() should allocate the buffer whose address is passed in entry as follows:

           name_max = pathconf(dirpath, _PC_NAME_MAX);
           if (name_max == -1)         /* Limit not defined, or error */
               name_max = 255;         /* Take a guess */
           len = offsetof(struct dirent, d_name) + name_max + 1;
           entryp = malloc(len);

(POSIX.1 requires that d_name is the last field in a struct dirent.)
"""

I hope that helps

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17428>
_______________________________________

From report at bugs.python.org  Sat Mar 16 08:01:54 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 16 Mar 2013 07:01:54 +0000
Subject: [issue12345] Add math.tau
In-Reply-To: <1308193830.26.0.803614362003.issue12345@psf.upfronthosting.co.za>
Message-ID: <3ZSZMj2dvLzSD7@mail.python.org>


Roundup Robot added the comment:

New changeset 761b370f2cfd by Terry Jan Reedy in branch '3.3':
#12345: null merge with 3.2.
http://hg.python.org/cpython/rev/761b370f2cfd

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12345>
_______________________________________

From report at bugs.python.org  Sat Mar 16 08:01:54 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 16 Mar 2013 07:01:54 +0000
Subject: [issue10652] test___all_ + test_tcl fails (Windows installed binary)
In-Reply-To: <1291819198.8.0.493152862608.issue10652@psf.upfronthosting.co.za>
Message-ID: <3ZSZMk1GdqzSD7@mail.python.org>


Roundup Robot added the comment:

New changeset b923234b60cb by Terry Jan Reedy in branch '3.2':
Issue # 10652: make tcl/tk tests run after __all__ test, patch by Zachary Ware.
http://hg.python.org/cpython/rev/b923234b60cb

New changeset 596e8855895e by Terry Jan Reedy in branch '3.3':
Issue # 10652: make tcl/tk tests run after __all__ test, patch by Zachary Ware.
http://hg.python.org/cpython/rev/596e8855895e

New changeset 7c76b70075db by Terry Jan Reedy in branch 'default':
#10652 null merge from 3.3 which had wrong issue #
http://hg.python.org/cpython/rev/7c76b70075db

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10652>
_______________________________________

From report at bugs.python.org  Sat Mar 16 08:02:43 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Mar 2013 07:02:43 +0000
Subject: [issue12345] Add math.tau
In-Reply-To: <1308193830.26.0.803614362003.issue12345@psf.upfronthosting.co.za>
Message-ID: <1363417363.15.0.276007432575.issue12345@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12345>
_______________________________________

From report at bugs.python.org  Sat Mar 16 09:17:57 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sat, 16 Mar 2013 08:17:57 +0000
Subject: [issue17408] second python execution fails when embedding
In-Reply-To: <1363183794.27.0.643296851621.issue17408@psf.upfronthosting.co.za>
Message-ID: <1363421877.32.0.937929320442.issue17408@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

In 3.2, typeobject.c did not cache the copyreg module in import_copyreg(); PyImport_Import was always called.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17408>
_______________________________________

From report at bugs.python.org  Sat Mar 16 09:48:04 2013
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Sat, 16 Mar 2013 08:48:04 +0000
Subject: [issue16692] Support TLS 1.1 and TLS 1.2
In-Reply-To: <1355592665.89.0.539973629387.issue16692@psf.upfronthosting.co.za>
Message-ID: <1363423684.08.0.884276375047.issue16692@psf.upfronthosting.co.za>


Michele Orr? added the comment:

(ping)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16692>
_______________________________________

From report at bugs.python.org  Sat Mar 16 11:11:12 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 16 Mar 2013 10:11:12 +0000
Subject: [issue17436] pass a string to hashlib.update
Message-ID: <1363428672.22.0.18562351596.issue17436@psf.upfronthosting.co.za>


New submission from anatoly techtonik:

http://docs.python.org/3/library/hashlib#hashlib.hash.update

The hashlib is most useful for big chunks of data, and that means every time you need to create a wrapper for reading from files. It makes sense to allow hashlib.update accept file like object to read from.

----------
components: Library (Lib)
messages: 184301
nosy: techtonik
priority: normal
severity: normal
status: open
title: pass a string to hashlib.update
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17436>
_______________________________________

From report at bugs.python.org  Sat Mar 16 11:35:24 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 16 Mar 2013 10:35:24 +0000
Subject: [issue17436] pass a file object to hashlib.update
In-Reply-To: <1363428672.22.0.18562351596.issue17436@psf.upfronthosting.co.za>
Message-ID: <1363430124.41.0.628237534248.issue17436@psf.upfronthosting.co.za>


Changes by anatoly techtonik <techtonik at gmail.com>:


----------
title: pass a string to hashlib.update -> pass a file object to hashlib.update

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17436>
_______________________________________

From report at bugs.python.org  Sat Mar 16 11:36:54 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 16 Mar 2013 10:36:54 +0000
Subject: [issue17436] pass a file object to hashlib.update
In-Reply-To: <1363428672.22.0.18562351596.issue17436@psf.upfronthosting.co.za>
Message-ID: <1363430214.21.0.545531971804.issue17436@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Otherwise you need to repeat this code.

def filehash(filepath):
    blocksize = 64*1024
    sha = hashlib.sha256()
    with open(filepath, 'rb') as fp:
        while True:
            data = fp.read(blocksize)
            if not data:
                break
            sha.update(data)
    return sha.hexdigest()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17436>
_______________________________________

From report at bugs.python.org  Sat Mar 16 11:58:59 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 16 Mar 2013 10:58:59 +0000
Subject: [issue17437] Difference between open and codecs.open
Message-ID: <1363431539.84.0.0934189958093.issue17437@psf.upfronthosting.co.za>


New submission from Giampaolo Rodola':

In Python 2 the distinction between open() and codes.open() was clear because 'encoding' and 'errors' args were provided by codecs.open only.
This is no longer the case in Python 3 since both args are provided also by open().

I'm probably missing something but regardless I think codecs.open doc [1] should be more clear as to when and why (say) codecs.open(file, encoding='utf8', errors='ignore') should be preferred over open(file, encoding='utf8', errors='ignore').

[1] http://docs.python.org/3/library/codecs.html#codecs.open

----------
assignee: docs at python
components: Documentation
messages: 184303
nosy: docs at python, ezio.melotti, giampaolo.rodola
priority: normal
severity: normal
status: open
title: Difference between open and codecs.open
versions: Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17437>
_______________________________________

From report at bugs.python.org  Sat Mar 16 12:11:24 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 16 Mar 2013 11:11:24 +0000
Subject: [issue17436] pass a file object to hashlib.update
In-Reply-To: <1363428672.22.0.18562351596.issue17436@psf.upfronthosting.co.za>
Message-ID: <1363432284.12.0.949146882445.issue17436@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> It makes sense to allow hashlib.update accept file like object
> to read from.

Not update directly, but I agree that an helper would be convinient.

Here is another proposition using unbuffered file and readinto() with bytearray. It should be faster, but I didn't try with a benchmark. I also wrote two functions, because sometimes you have a file object, not a file path.

---
import hashlib, sys

def hash_readfile_obj(obj, fp, buffersize=64 * 1024):
    buffer = bytearray(buffersize)
    while True:
        size = fp.readinto(buffer)
        if not size:
            break
        if size == buffersize:
            obj.update(buffer)
        else:
            obj.update(buffer[:size])

def hash_readfile(obj, filepath, buffersize=64 * 1024):
    with open(filepath, 'rb', buffering=0) as fp:
        hash_readfile_obj(obj, fp, buffersize)

def file_sha256(filepath):
    sha = hashlib.sha256()
    hash_readfile(sha, filepath)
    return sha.hexdigest()

for name in sys.argv[1:]:
    print("%s %s" % (file_sha256(name), name))
---

readfile() and readfile_obj() should be methods of an hash object.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17436>
_______________________________________

From report at bugs.python.org  Sat Mar 16 12:13:17 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 16 Mar 2013 11:13:17 +0000
Subject: [issue17437] Difference between open and codecs.open
In-Reply-To: <1363431539.84.0.0934189958093.issue17437@psf.upfronthosting.co.za>
Message-ID: <1363432397.11.0.506325299573.issue17437@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also the PEP 400. I proposed (in the alternative) to make codecs.open() somehow an alias to open() (and add codecs.open_stream() for "backward compatibility").

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17437>
_______________________________________

From report at bugs.python.org  Sat Mar 16 12:15:12 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 16 Mar 2013 11:15:12 +0000
Subject: [issue17429] platform.platform() can throw Unicode error
In-Reply-To: <1363360110.07.0.662014346708.issue17429@psf.upfronthosting.co.za>
Message-ID: <1363432512.58.0.173669580428.issue17429@psf.upfronthosting.co.za>


STINNER Victor added the comment:

00175-platform-unicode.patch looks good to me, but it lacks an unit test.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17429>
_______________________________________

From report at bugs.python.org  Sat Mar 16 12:17:55 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 16 Mar 2013 11:17:55 +0000
Subject: [issue17430] missed peephole optimization
In-Reply-To: <1363372721.86.0.440516031889.issue17430@psf.upfronthosting.co.za>
Message-ID: <1363432675.84.0.752054572044.issue17430@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See my astoptimizer project which allow to implement optimizations in Python rather than in C, and using the AST rather than the bytecode.
https://bitbucket.org/haypo/astoptimizer/

I plan to add something in Python 3.4 to be able to plug arbitrary AST hook, including astoptimizer.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17430>
_______________________________________

From report at bugs.python.org  Sat Mar 16 13:11:45 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 16 Mar 2013 12:11:45 +0000
Subject: [issue17438] json.load docs should mention that it always return
	unicode
Message-ID: <1363435905.53.0.015044625796.issue17438@psf.upfronthosting.co.za>


New submission from anatoly techtonik:

Strings returned in the object returned from json.load() seem to be always unicode, but it is not documented. Python 2.7

----------
assignee: docs at python
components: Documentation
messages: 184308
nosy: docs at python, techtonik
priority: normal
severity: normal
status: open
title: json.load docs should mention that it always return unicode
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17438>
_______________________________________

From report at bugs.python.org  Sat Mar 16 13:56:02 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 16 Mar 2013 12:56:02 +0000
Subject: [issue17421] Drop restriction that meta.__prepare__() must return a
	dict (subclass)
In-Reply-To: <1363292427.77.0.787480674647.issue17421@psf.upfronthosting.co.za>
Message-ID: <1363438562.01.0.459993378.issue17421@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Eric and I discussed this, and I've come to the conclusion that the check doesn't serve much purpose at this point.

I initially thought it conveyed useful information about the runtime behavioural restriction, but it doesn't even do that correctly, as dict subclasses (like collections.OrderedDict) will pass the check but will also be copied into a vanilla dict instance.

However, we definitely shouldn't drop it until the copying behaviour is properly documented, so I've added #17422 as an explicit dependency.

----------
dependencies: +language reference should specify restrictions on class namespace

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17421>
_______________________________________

From report at bugs.python.org  Sat Mar 16 14:16:54 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 16 Mar 2013 13:16:54 +0000
Subject: [issue17044] Implement PEP 422: Simple class initialisation hook
In-Reply-To: <1359235758.38.0.556194565574.issue17044@psf.upfronthosting.co.za>
Message-ID: <1363439814.43.0.0148769670132.issue17044@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Eric and I discussed this further this morning. We were interested in two main points:
1. When no custom namespace is used, we definitely shouldn't double the storage requirements for the class object
2. If a custom namespace is used, it would be nice to make it available to both the __init_class__ hook *and* to class decorators

The design we came up with for doing so is for type.__new__ to include the equivalent of:

    if type(namespace) != dict:
        cls.__namespace__ = types.MappingProxyType(namespace)

The practical downside of that approach is that it still doubles the storage requirements for every class that uses a custom namespace, even if the custom namespace isn't actually needed after creation. The upside is that you can write a class decorator that needs ordering information and say "to use this decorator, you must also specify 'namespace=collections.OrderedDict()'"

There's also a major complexity downside to that approach - the distinction between __dict__ and __namespace__ is somewhat subtle, especially since __namespace__ won't see later changes made through setattr() and delattr(), and __dict__ won't see changes made through any external references to the custom namespace.

That means my current inclination is to instead change the signature of __init_class__ to accept a read-only view of the execution namespace as a second parameter. Decorators won't have access to the details lost by the copying of attributes into an ordinary dict unless used with a metaclass or base class that takes steps to attach it to the created class object. I can live with that limitation, and it means we only have to properly document the "the contents of the class execution namespace are copied into an ordinary dict instance when the class is created" behaviour of type to explain why __init_class__ has the second parameter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17044>
_______________________________________

From report at bugs.python.org  Sat Mar 16 14:34:16 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 16 Mar 2013 13:34:16 +0000
Subject: [issue17430] missed peephole optimization
In-Reply-To: <1363372721.86.0.440516031889.issue17430@psf.upfronthosting.co.za>
Message-ID: <1363440856.09.0.381103302961.issue17430@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> The 2 JUMP_ABSOLUTEs should be optimized away since the code is equivalent to: if a and b and c: as in:

Oh, I misread this sentence. I read that you would like to replace "if a: if b:" with "if a and b:". But it can be optimized differently: the useless jump can be removed during the bytecode generation.

I implemented replace "if a: if b:" with "if a and b:" in astoptimizer:

https://bitbucket.org/haypo/astoptimizer/commits/195df21d1dc30a21d0330e84794186488f266c29#chg-astoptimizer/optimizer.py

I already implemented removal of useless jumps in my second project, registervm:

http://hg.python.org/sandbox/registervm/file/f720340910ea/Lib/registervm.py#l1756

Read this file to learn more about my registervm project:
http://hg.python.org/sandbox/registervm/file/tip/REGISTERVM.txt

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17430>
_______________________________________

From report at bugs.python.org  Sat Mar 16 14:35:53 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 16 Mar 2013 13:35:53 +0000
Subject: [issue17432] PyUnicode_ functions not accessible in Limited API on
	Windows
In-Reply-To: <1363385884.71.0.776131230148.issue17432@psf.upfronthosting.co.za>
Message-ID: <1363440953.33.0.658364742575.issue17432@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17432>
_______________________________________

From report at bugs.python.org  Sat Mar 16 14:38:52 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 16 Mar 2013 13:38:52 +0000
Subject: [issue15805] Add stdout redirection tool to contextlib
In-Reply-To: <1346214384.31.0.130580797931.issue15805@psf.upfronthosting.co.za>
Message-ID: <1363441132.62.0.332991996968.issue15805@psf.upfronthosting.co.za>


STINNER Victor added the comment:

If such context manager is added, it should be documented that it does not work with subprocess or C functions writing directly into the file descriptor 1.

For such issues, I'm using dup2(). Example from my pysandbox project:

@contextlib.contextmanager
def capture_stdout():
    import sys
    import tempfile
    stdout_fd = sys.stdout.fileno()
    with tempfile.TemporaryFile(mode='w+b') as tmp:
        stdout_copy = os.dup(stdout_fd)
        try:
            sys.stdout.flush()
            os.dup2(tmp.fileno(), stdout_fd)
            yield tmp
        finally:
            sys.stdout.flush()
            os.dup2(stdout_copy, stdout_fd)
            os.close(stdout_copy)

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15805>
_______________________________________

From report at bugs.python.org  Sat Mar 16 14:41:23 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 16 Mar 2013 13:41:23 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363441283.79.0.828465605749.issue17423@psf.upfronthosting.co.za>


STINNER Victor added the comment:

libffi is not part of Python project, but Python has a copy for system which don't provide system libffi. You should report the issue upstream:
http://sourceware.org/libffi/

(Or is the issue already fixed upstream?)

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Sat Mar 16 14:41:30 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 16 Mar 2013 13:41:30 +0000
Subject: [issue17400] ipaddress.is_private needs to take into account of
	rfc6598
In-Reply-To: <1363052217.02.0.113831391012.issue17400@psf.upfronthosting.co.za>
Message-ID: <1363441290.46.0.63198004361.issue17400@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17400>
_______________________________________

From report at bugs.python.org  Sat Mar 16 14:43:10 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 16 Mar 2013 13:43:10 +0000
Subject: [issue11193] test_subprocess error on AIX
In-Reply-To: <1297438101.89.0.389896513062.issue11193@psf.upfronthosting.co.za>
Message-ID: <1363441390.77.0.747235233494.issue11193@psf.upfronthosting.co.za>


STINNER Victor added the comment:

ping myself

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11193>
_______________________________________

From report at bugs.python.org  Sat Mar 16 14:59:34 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 16 Mar 2013 13:59:34 +0000
Subject: [issue17439] insufficient error message for failed unicode conversion
Message-ID: <1363442374.27.0.764896075169.issue17439@psf.upfronthosting.co.za>


New submission from anatoly techtonik:

When Python 2.x compares ordinary string with unicode, it tries to convert the former, and shows an error message if the conversion fails. Attached example with Russian strings gives the following:

russian.py:11: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal
  print(nonu2 == ustr2)

This message is missing information about what source encoding Python used for the conversion. russian.py is encoded in UTF-8, so this information at least will give a hint what encoding is expected.


A little different question. As you may see, russian.py has a coding header set to UTF-8. When Python parses source files, it reads and stores string literals encountered in this file. Are those literals linked to this source file? And does it store this coding information somewhere? Because if it does, then conversion can be automatically possible without side effects. And the error message above could contain reference to encoding and explanation where this coding information was taken from (i.e. from file header).

When Python evaluates strings from stdin file, they also have some encoding. Is this problem solved for this case? Where Python stores encoding for stdin input?

----------
components: Unicode
files: russian.py
messages: 184315
nosy: ezio.melotti, techtonik
priority: normal
severity: normal
status: open
title: insufficient error message for failed unicode conversion
versions: Python 2.7
Added file: http://bugs.python.org/file29424/russian.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17439>
_______________________________________

From report at bugs.python.org  Sat Mar 16 15:28:05 2013
From: report at bugs.python.org (Maciej Fijalkowski)
Date: Sat, 16 Mar 2013 14:28:05 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363444085.45.0.689215451414.issue17423@psf.upfronthosting.co.za>


Maciej Fijalkowski added the comment:

The issue is reported upstrem and is/will be fixed

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Sat Mar 16 15:36:30 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Sat, 16 Mar 2013 14:36:30 +0000
Subject: [issue17436] pass a file object to hashlib.update
In-Reply-To: <1363428672.22.0.18562351596.issue17436@psf.upfronthosting.co.za>
Message-ID: <1363444590.09.0.53562527122.issue17436@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17436>
_______________________________________

From report at bugs.python.org  Sat Mar 16 15:37:39 2013
From: report at bugs.python.org (Rock Li)
Date: Sat, 16 Mar 2013 14:37:39 +0000
Subject: [issue17428] replace readdir to readdir_r in function posix_listdir
In-Reply-To: <1363338101.3.0.811264304482.issue17428@psf.upfronthosting.co.za>
Message-ID: <1363444659.1.0.826686413389.issue17428@psf.upfronthosting.co.za>


Rock Li added the comment:

You are right. I checked the GLibc implementation of readdir and readdir_r, there's no global variale used in the function readdir. Just as the POSIX standards says, "This data is not overwritten by another call to readdir() on a different directory stream". 

To the second question, now I understood. POSIX does not specify the size of the d_name field. This will cause our codes a bit inconvenient.

Next time, I will check the POSIX specifications and related several implementations first, not just the documents.

Thx All.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17428>
_______________________________________

From report at bugs.python.org  Sat Mar 16 15:39:57 2013
From: report at bugs.python.org (Maciej Fijalkowski)
Date: Sat, 16 Mar 2013 14:39:57 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363444797.03.0.296870959868.issue17423@psf.upfronthosting.co.za>


Maciej Fijalkowski added the comment:

It's not "a copy for systems that don't provide libffi", since CPython makes zero effort to try to use system libffi if present.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Sat Mar 16 15:43:06 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Sat, 16 Mar 2013 14:43:06 +0000
Subject: [issue17429] platform.platform() can throw Unicode error
In-Reply-To: <1363360110.07.0.662014346708.issue17429@psf.upfronthosting.co.za>
Message-ID: <1363444986.5.0.229076584168.issue17429@psf.upfronthosting.co.za>


Toshio Kuratomi added the comment:

I'm at pycon.  I'll find someone during the sprints to teach me how the unittests are organized.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17429>
_______________________________________

From report at bugs.python.org  Sat Mar 16 16:11:08 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 16 Mar 2013 15:11:08 +0000
Subject: [issue17436] pass a file object to hashlib.update
In-Reply-To: <1363428672.22.0.18562351596.issue17436@psf.upfronthosting.co.za>
Message-ID: <1363446668.25.0.409011031728.issue17436@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Even though I mentioned passing file object in the title of this bugreport, what I really need is the following API:

  hexhash = hashlib.sha256().readfile(filename).hexdigest()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17436>
_______________________________________

From report at bugs.python.org  Sat Mar 16 16:12:27 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 16 Mar 2013 15:12:27 +0000
Subject: [issue17436] pass a file object to hashlib.update
In-Reply-To: <1363428672.22.0.18562351596.issue17436@psf.upfronthosting.co.za>
Message-ID: <1363446747.8.0.342992092015.issue17436@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Why unbuffered will be faster??

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17436>
_______________________________________

From report at bugs.python.org  Sat Mar 16 16:12:45 2013
From: report at bugs.python.org (Eric Snow)
Date: Sat, 16 Mar 2013 15:12:45 +0000
Subject: [issue17044] Implement PEP 422: Simple class initialisation hook
In-Reply-To: <1359235758.38.0.556194565574.issue17044@psf.upfronthosting.co.za>
Message-ID: <1363446765.73.0.129940046969.issue17044@psf.upfronthosting.co.za>


Eric Snow added the comment:

I'm fine with that.  Would it make sense to have the signature of __init_class__ parallel meta.__init__():

  __init_class__(cls, name, bases, namespace)

or even

  __init_class__(cls, name, bases, ns, *, namespace=None, **kwds)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17044>
_______________________________________

From report at bugs.python.org  Sat Mar 16 16:14:56 2013
From: report at bugs.python.org (Alex Gaynor)
Date: Sat, 16 Mar 2013 15:14:56 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363446896.46.0.991347033979.issue17423@psf.upfronthosting.co.za>


Alex Gaynor added the comment:

The patch has been merged into libffi upstream: https://github.com/atgreen/libffi/pull/32

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Sat Mar 16 16:17:58 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sat, 16 Mar 2013 15:17:58 +0000
Subject: [issue17416] Clarify docs of os.walk()
In-Reply-To: <1363254181.3.0.0190813002191.issue17416@psf.upfronthosting.co.za>
Message-ID: <1363447078.74.0.408568735577.issue17416@psf.upfronthosting.co.za>


Gurmeet Singh added the comment:

Hi Terry,

  I understand it is ok for you. I agree that you are not in favour of changing the argument name. And you are correct that I must get familiar to the convention that has been used. Further since you say, perhaps, I now feel that it may be used in other languages documentation as well.

  But I still seriously 'request' you again to add the word BFS (Breadth First Search) to the "only the documentation" of TopDown = True and "DFS like" for the case of False. If a kid (like me) who reads an algorithms textbook and not familiar with the conventions being followed - 'may' make a mistake and waste time debugging.

----------
resolution: works for me -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17416>
_______________________________________

From report at bugs.python.org  Sat Mar 16 16:31:50 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 16 Mar 2013 15:31:50 +0000
Subject: [issue17432] PyUnicode_ functions not accessible in Limited API on
	Windows
In-Reply-To: <1363385884.71.0.776131230148.issue17432@psf.upfronthosting.co.za>
Message-ID: <1363447910.31.0.183770715673.issue17432@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Ah, I see. Yes, it seems indeed that the def file needs to be changed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17432>
_______________________________________

From report at bugs.python.org  Sat Mar 16 17:03:12 2013
From: report at bugs.python.org (R. David Murray)
Date: Sat, 16 Mar 2013 16:03:12 +0000
Subject: [issue17439] insufficient error message for failed unicode conversion
In-Reply-To: <1363442374.27.0.764896075169.issue17439@psf.upfronthosting.co.za>
Message-ID: <1363449792.22.0.0906072798566.issue17439@psf.upfronthosting.co.za>


R. David Murray added the comment:

Python doesn't store the encoding information anywhere.  The coding cookie is used to correctly convert the bytes in the file into unicode...otherwise they are just treated as bytes.

For the stdin case, the encoding is associated with the input stream, and again you either get unicode or bytes, there is no encoding information that is carried along with the data.

So, when the conversion is attempted, there is no encoding information available to add to the error message.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17439>
_______________________________________

From report at bugs.python.org  Sat Mar 16 17:27:04 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 16 Mar 2013 16:27:04 +0000
Subject: [issue17434] str literals, which are not docstrings,
	should not be allowed between __future__ imports
In-Reply-To: <1363392837.6.0.139657599186.issue17434@psf.upfronthosting.co.za>
Message-ID: <1363451224.18.0.462823294535.issue17434@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

46cadd3955d0

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17434>
_______________________________________

From report at bugs.python.org  Sat Mar 16 17:28:15 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 16 Mar 2013 16:28:15 +0000
Subject: [issue17434] str literals, which are not docstrings,
	should not be allowed between __future__ imports
In-Reply-To: <1363392837.6.0.139657599186.issue17434@psf.upfronthosting.co.za>
Message-ID: <3ZSpqD63SczRwR@mail.python.org>


Roundup Robot added the comment:

New changeset 46cadd3955d0 by Benjamin Peterson in branch 'default':
reject non-docs strings between future imports (closes #17434)
http://hg.python.org/cpython/rev/46cadd3955d0

----------
nosy: +python-dev
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17434>
_______________________________________

From report at bugs.python.org  Sat Mar 16 17:38:36 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sat, 16 Mar 2013 16:38:36 +0000
Subject: [issue17418] Documentation for os.open and io.open
In-Reply-To: <1363273361.29.0.0702686905061.issue17418@psf.upfronthosting.co.za>
Message-ID: <1363451916.22.0.0446450658034.issue17418@psf.upfronthosting.co.za>


Gurmeet Singh added the comment:

The issue with buffering problem mentioned in my previous comment has been raised as issue 17440. 
However, I need to apologize again! The statement that buffering is not implemented at all was incorrect - instead read1() was not implemented. See the mentioned issue for more details.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17418>
_______________________________________

From report at bugs.python.org  Sat Mar 16 17:41:52 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 16 Mar 2013 16:41:52 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363452112.36.0.64843384864.issue17440@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
components: +IO
nosy: +benjamin.peterson, hynek, pitrou, stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sat Mar 16 17:33:23 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sat, 16 Mar 2013 16:33:23 +0000
Subject: [issue17440] Some IO related problems on x86 windows
Message-ID: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>


New submission from Gurmeet Singh:

1. The read mode is not the default mode as mentioned in the docs.python.org. 
In particular see the first Traceback below - "b" does not work (as it does in C though) and 
you are forced to use "rb" instead.

2. io.BufferedReader does not implement read1 (the last lines of trace below)

3. io.FileIO does not implements single OS system call on read() - instead reads a file until EOF i.e. ignores the arguments supplied to read() - larger arguments are slower to execute (see the read calls in the trace below). 

_________________

>>> import io
>>> fl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'r')
>>> byt = fl.read()
>>> len(byt)
70934549
>>> fl.close()
>>> fl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'r')
>>> byt = fl.read(256)
>>> len(byt)
256
>>> byt = fl.read(512)
>>> len(byt)
512
>>> byt = fl.read(1024)
>>> len(byt)
1024
>>> byt = fl.read(4096)
>>> len(byt)
4096
>>> byt = fl.read(10240)
>>> len(byt)
10240
>>> len(fl.read(40960))
40960
>>> len(fl.read(102400))
102400
>>> len(fl.read(1048576))
1048576
>>> fl.close()
>>> fl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'r')
>>> len(fl.read(70934549))
70934549
>>> len(fl.read(70934549))
0
>>> fl.close()
>>> fl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'r')
>>> b = bytearray(70934549)
>>> fl.readinto(b)
70934549
>>> fl.close()
>>> fl = open ('c:/temp9/Capability/Analyzing Data.mp4', 'b', buffering = 0)
Traceback (most recent call last):
  File "<pyshell#31>", line 1, in <module>
    fl = open ('c:/temp9/Capability/Analyzing Data.mp4', 'b', buffering = 0)
ValueError: Must have exactly one of create/read/write/append mode and at most one plus
>>> fl = open ('c:/temp9/Capability/Analyzing Data.mp4', 'rb', buffering = 0)
>>> type(fl)
<class '_io.FileIO'>
>>> cfl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'r')
>>> type(cfl)
<class '_io.FileIO'>
>>> cfl.close()
>>> cfl = open ('c:/temp9/Capability/Analyzing Data.mp4', 'rb', buffering = -1)
>>> type(cfl)
<class '_io.BufferedReader'>
>>> io.DEFAULT_BUFFER_SIZE
8192
>>> len(fl.read(70934549))
70934549
>>> cfl.close()
>>> cfl = open ('c:/temp9/Capability/Analyzing Data.mp4', 'rb', buffering = -1)
>>> len(fl.read1(70934549))
Traceback (most recent call last):
  File "<pyshell#44>", line 1, in <module>
    len(fl.read1(70934549))
AttributeError: '_io.FileIO' object has no attribute 'read1'
>>>

----------
messages: 184330
nosy: gsingh
priority: normal
severity: normal
status: open
title: Some IO related problems on x86 windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sat Mar 16 17:51:03 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 16 Mar 2013 16:51:03 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363452663.06.0.147631603339.issue17440@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> 1. The read mode is not the default mode as mentioned in the
> docs.python.org.

It is. If you don't mention a mode, the mode is "r" by default. But if you mention a mode, then you are required to specify one of "r", "w", "a".

> io.BufferedReader does not implement read1 (the last lines of trace
> below)

It does. You made a mistake in your experiment (you called read1() on a FileIO object, not a BufferedReader object).

> io.FileIO does not implements single OS system call on read() - instead
> reads a file until EOF i.e. ignores the arguments supplied to read() 

Your experiments show otherwise, the argument supplied to read() is observed: if you call read(1024), at most 1024 bytes are returned, etc.

It's only if you call read() without an argument that the file is being read until EOF.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sat Mar 16 18:03:43 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sat, 16 Mar 2013 17:03:43 +0000
Subject: [issue17415] Clarify docs of os.path.normpath()
In-Reply-To: <1363254084.71.0.566046555071.issue17415@psf.upfronthosting.co.za>
Message-ID: <1363453423.47.0.400698136516.issue17415@psf.upfronthosting.co.za>


Gurmeet Singh added the comment:

At the moment, I running late for creating a program - so I apologize that immediately I would not able to work on creating a patch. Later though I may be able to. I am sorry.

To avoid wasted work I think patch should be created only after someone (do not know who though!) has approved of the suggestions.

Thanks for the tips. I will read http://docs.python.org/devguide/triaging.html before posting next - but sorry, that I have posted many issues already without reading your response. 

__________________

You guys have both understood the issues I tried to say. 

The collapsing by '..' kills out sym link without realizing it is symlink - since it does not refer to file system - it is just a string manipulation utility (Again, I cannot commit on this since I have not read the source code or experimented this - it is an educated guess by reading only the docs).

So, I further suggest to add to the description by Ezio Melotti after the line "This collapsing may change the meaning of the path if it contains symbolic links.". We could add the following bracketed line "(since os.path.normpath is just string manipulation utility - unaware of the underlying file system)". This would remove the source of confusion, that we all here have got confused about.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17415>
_______________________________________

From report at bugs.python.org  Sat Mar 16 18:12:46 2013
From: report at bugs.python.org (pmoody)
Date: Sat, 16 Mar 2013 17:12:46 +0000
Subject: [issue17400] ipaddress.is_private needs to take into account of
	rfc6598
In-Reply-To: <1363052217.02.0.113831391012.issue17400@psf.upfronthosting.co.za>
Message-ID: <1363453966.47.0.177707196222.issue17400@psf.upfronthosting.co.za>


pmoody added the comment:

So I'm not convinced that 6598 space should be treated like 1918 space. Specifically, the second paragraph of the rfc states:

   Shared Address Space is distinct from RFC 1918 private address space
   because it is intended for use on Service Provider networks.
   However, it may be used in a manner similar to RFC 1918 private
   address space on routing equipment that is able to do address
   translation across router interfaces when the addresses are identical
   on two different interfaces.  Details are provided in the text of
   this document.

which I read as, "It's not private like rfc1918 space, but sometimes certain people can treat it similarly." Are there more convincing arguments for treating 6598 like 1918?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17400>
_______________________________________

From report at bugs.python.org  Sat Mar 16 17:10:23 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sat, 16 Mar 2013 16:10:23 +0000
Subject: [issue17418] Documentation for os.open and io.open
In-Reply-To: <1363273361.29.0.0702686905061.issue17418@psf.upfronthosting.co.za>
Message-ID: <1363450223.26.0.459137183867.issue17418@psf.upfronthosting.co.za>


Gurmeet Singh added the comment:

Please read the comment completely.

For the first point
___________________
I apologize that there was no mistake in binary mode and I have read it hastily. There is no ambiguity in the binary mode as you said. Reading hastily, I felt '...(only usable in text mode)... applies to all positive values, not just for the case of one. I was wrong there. 

However, text mode buffering description is not clear. Does the positive non unity buffer size value indicates the number of lines or the size in bytes or size of string characters (as per the system encoding) etc. This description could be made clearer (for both the text as well as the binary modes)

I also want to say that buffering is working incorrectly. In fact it is not working at all on windows x86 (I am raising a separate issue for this since that is not a documentation issue). 

For the second point (My answer here is for Windows part only)
____________________
The hyperlink http://msdn.microsoft.com/en-us/library/z0kc8e3z.aspx could be great instead of see C-run time documentation. It explains both "flag" as well as "mode". Actually this is the hyperlink given in the page you mentioned (http://docs.python.org/3/library/os.html#open-flag-constants) - I guess I gave up on this link, since I felt function was largely undocumented and useless.

I really "request" you to mention that C runtime library specification is actually http://msdn.microsoft.com/en-us/library/59ey50w6.aspx - I accidentally found this - there is no simple way (without reading extensively, I guess) to know that Python is actually using Microsoft VC++ at the backend and that the runtime library of that would be of that. So you could mention this on the introductory pages that C-API/Library is actually http://msdn.microsoft.com/en-us/library/59ey50w6.aspx.

_______________________________________________________________
P.S. Please (at least) see my comment on the other documentation ambiguity issue that you have closed already.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17418>
_______________________________________

From report at bugs.python.org  Sat Mar 16 18:15:02 2013
From: report at bugs.python.org (Denver Coneybeare)
Date: Sat, 16 Mar 2013 17:15:02 +0000
Subject: [issue17435] threading.Timer.__init__() should use immutable argument
	defaults for args and kwargs
In-Reply-To: <1363393040.78.0.569565797708.issue17435@psf.upfronthosting.co.za>
Message-ID: <1363454102.29.0.887938546812.issue17435@psf.upfronthosting.co.za>


Denver Coneybeare added the comment:

Thanks r.david.murray for your feedback.  Although I disagree with your conclusion that this does not affect 2.7.  Just try running the "sample script that reproduces the issue" from my first post and you will see the erroneous behaviour in 2.7.  Even though threading.Timer is a function in 2.7 (instead of a class), it still ultimately returns a class whose args and kwargs members can be modified.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17435>
_______________________________________

From report at bugs.python.org  Sat Mar 16 18:17:22 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sat, 16 Mar 2013 17:17:22 +0000
Subject: [issue17417] Documentation Modification Suggestion: os.walk, fwalk
In-Reply-To: <1363255895.31.0.587082771834.issue17417@psf.upfronthosting.co.za>
Message-ID: <1363454242.63.0.187509643861.issue17417@psf.upfronthosting.co.za>


Gurmeet Singh added the comment:

I am sorry to reopen this issue, if you do not like this comment, then I will reopen issues again. 

I am not saying to change the convention of the documentation - I just requested you to say "something" that would indicate that it is function that gives result in multiple calls. Mentioning the "generator" or "iterator" word would help a "novice" (but may not an expert like you) to understand that the object returned by this function needs to be called repeatedly and it does not return a collection of all results.

After reading "... would be better floated on python-list", I do not know if my posting this comment would be termed as bugging?

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17417>
_______________________________________

From report at bugs.python.org  Sat Mar 16 18:32:31 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 16 Mar 2013 17:32:31 +0000
Subject: [issue17436] pass a file object to hashlib.update
In-Reply-To: <1363446747.8.0.342992092015.issue17436@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwamYgV-2bE-7dLooHkoar+E9K2uc9g9UiWSfXbUC9zqCw@mail.gmail.com>


STINNER Victor added the comment:

> Why unbuffered will be faster??

Well, I'm not sure that it is faster. But I would prefer to avoid
buffering if it is not needed.

2013/3/16 anatoly techtonik <report at bugs.python.org>:
>
> anatoly techtonik added the comment:
>
> Why unbuffered will be faster??
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17436>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17436>
_______________________________________

From report at bugs.python.org  Sat Mar 16 18:50:15 2013
From: report at bugs.python.org (Edmond Burnett)
Date: Sat, 16 Mar 2013 17:50:15 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1363456215.14.0.796605455685.issue17390@psf.upfronthosting.co.za>


Changes by Edmond Burnett <eburnett at gmail.com>:


Removed file: http://bugs.python.org/file29404/idle_shell_version_display-3.4.0a0.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Sat Mar 16 18:56:08 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 16 Mar 2013 17:56:08 +0000
Subject: [issue17436] pass a file object to hashlib.update
In-Reply-To: <1363428672.22.0.18562351596.issue17436@psf.upfronthosting.co.za>
Message-ID: <1363456568.39.0.900969830468.issue17436@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

I don't get that. I thought that buffered reading should be faster, although I agree that OS should handle this better. Why have the buffering turned on by default then? (I miss the ability to fork discussions from tracker, but there is no choice).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17436>
_______________________________________

From report at bugs.python.org  Sat Mar 16 18:57:23 2013
From: report at bugs.python.org (Edmond Burnett)
Date: Sat, 16 Mar 2013 17:57:23 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1363456643.12.0.535997422686.issue17390@psf.upfronthosting.co.za>


Changes by Edmond Burnett <eburnett at gmail.com>:


Removed file: http://bugs.python.org/file29425/issue17390.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Sat Mar 16 18:57:37 2013
From: report at bugs.python.org (R. David Murray)
Date: Sat, 16 Mar 2013 17:57:37 +0000
Subject: [issue17435] threading.Timer.__init__() should use immutable argument
	defaults for args and kwargs
In-Reply-To: <1363393040.78.0.569565797708.issue17435@psf.upfronthosting.co.za>
Message-ID: <1363456657.92.0.9388438393.issue17435@psf.upfronthosting.co.za>


R. David Murray added the comment:

I'm sorry, you are correct.  I replied too quickly without thinking it through.

----------
versions: +Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17435>
_______________________________________

From report at bugs.python.org  Sat Mar 16 18:58:13 2013
From: report at bugs.python.org (Edmond Burnett)
Date: Sat, 16 Mar 2013 17:58:13 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1363456693.33.0.338602241502.issue17390@psf.upfronthosting.co.za>


Changes by Edmond Burnett <eburnett at gmail.com>:


Added file: http://bugs.python.org/file29426/issue17390.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Sat Mar 16 18:49:55 2013
From: report at bugs.python.org (Edmond Burnett)
Date: Sat, 16 Mar 2013 17:49:55 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1363456195.52.0.296177676488.issue17390@psf.upfronthosting.co.za>


Edmond Burnett added the comment:

Updated patch to conform to PEP3101

----------
Added file: http://bugs.python.org/file29425/issue17390.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Sat Mar 16 19:32:04 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 16 Mar 2013 18:32:04 +0000
Subject: [issue16692] Support TLS 1.1 and TLS 1.2
In-Reply-To: <1355592665.89.0.539973629387.issue16692@psf.upfronthosting.co.za>
Message-ID: <1363458724.87.0.0765094018021.issue16692@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Michele, your latest patch doesn't apply on the default branch. However, I'll still do a review.

----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16692>
_______________________________________

From report at bugs.python.org  Sat Mar 16 19:37:54 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 16 Mar 2013 18:37:54 +0000
Subject: [issue16692] Support TLS 1.1 and TLS 1.2
In-Reply-To: <1355592665.89.0.539973629387.issue16692@psf.upfronthosting.co.za>
Message-ID: <1363459074.74.0.933650920891.issue16692@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ok, some review comments:

+   .. warning:: requires at least openssl version 1.0.1

+   .. warning:: requires at least openssl version 1.0.1

The warnings are not warranted here. You might simply say "Available only with openssl version 1.0.1+."

+def skip_if_unsupported_tlsv1_1(func):

This decorator looks like it would be impressed in a simpler way using unittest.skipIf (or unittest.skipUnless).

+            try_protocol_combo(ssl.PROTOCOL_TLSv1_1, ssl.PROTOCOL_SSLv23, False,
+                               client_options=ssl.OP_NO_TLSv1_1)

Not sure why you test only with OP_NO_TLSv1_1. It would be nice to check that connecting succeeds from a TLSv1_1 client on a SSLv23 server.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16692>
_______________________________________

From report at bugs.python.org  Sat Mar 16 19:42:47 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 16 Mar 2013 18:42:47 +0000
Subject: [issue17094] sys._current_frames() reports too many/wrong stack frames
In-Reply-To: <1359668363.58.0.777154629349.issue17094@psf.upfronthosting.co.za>
Message-ID: <1363459367.16.0.93314144207.issue17094@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Isn't the thread state clearing subject to a race condition? PyThreadState_Clear() will release a bunch of frames, deallocating arbitrary objects and therefore potentially releasing the GIL. This lets the main thread run and potentially spawn other threads, which may be wrongly deallocated in the following loop iteration.

A solution would be to detach the thread states from the linked list and clear them afterwards.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17094>
_______________________________________

From report at bugs.python.org  Sat Mar 16 20:10:02 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 16 Mar 2013 19:10:02 +0000
Subject: [issue17094] sys._current_frames() reports too many/wrong stack frames
In-Reply-To: <1359668363.58.0.777154629349.issue17094@psf.upfronthosting.co.za>
Message-ID: <1363461002.32.0.549416696415.issue17094@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Here is an updated patch.

Note that I think this patch could break some programs. For example, if you have a thread in your main process which has a database connection open, deleting the thread state in a child process might shutdown the database connection (depending on the exact protocol). Therefore, I think it would be better to only apply the patch in 3.4.

----------
Added file: http://bugs.python.org/file29427/tstates-afterfork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17094>
_______________________________________

From report at bugs.python.org  Sat Mar 16 20:46:48 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 16 Mar 2013 19:46:48 +0000
Subject: [issue1159051] Handle corrupted gzip files with unexpected EOF
Message-ID: <1363463208.3.0.745638646835.issue1159051@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

tuned_gzip does dangerous things, it overloads private methods of GzipFile.

>From Bazaar 2.3 Release Notes:

* Stop using ``bzrlib.tuned_gzip.GzipFile``. It is incompatible with
  python-2.7 and was only used for Knit format repositories, which haven't
  been recommended since 2007. The file itself will be removed in the next
  release. (John Arbash Meinel)

Current version is 2.6b2. bzrlib.tuned_gzip.GzipFile should be removed two releases ago.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1159051>
_______________________________________

From report at bugs.python.org  Sat Mar 16 20:50:35 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 16 Mar 2013 19:50:35 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <3ZSvQg1by9zRkL@mail.python.org>


Roundup Robot added the comment:

New changeset 2370ae9ee052 by Ezio Melotti in branch '3.2':
#11420: make test suite pass with -B/DONTWRITEBYTECODE set.  Initial patch by Thomas Wouters.
http://hg.python.org/cpython/rev/2370ae9ee052

New changeset c70746a0291f by Ezio Melotti in branch '2.7':
#11420: make test suite pass with -B/DONTWRITEBYTECODE set.  Initial patch by Thomas Wouters.
http://hg.python.org/cpython/rev/c70746a0291f

New changeset 5aa5bebcd768 by Ezio Melotti in branch '3.3':
#11420: merge with 3.2.
http://hg.python.org/cpython/rev/5aa5bebcd768

New changeset 0a15a58ac4a1 by Ezio Melotti in branch 'default':
#11420: merge with 3.3.
http://hg.python.org/cpython/rev/0a15a58ac4a1

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Sat Mar 16 20:51:38 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 16 Mar 2013 19:51:38 +0000
Subject: [issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
In-Reply-To: <1299455290.18.0.767171934256.issue11420@psf.upfronthosting.co.za>
Message-ID: <1363463498.18.0.314418119783.issue11420@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

This should be fixed now.

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11420>
_______________________________________

From report at bugs.python.org  Sat Mar 16 21:08:47 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 16 Mar 2013 20:08:47 +0000
Subject: [issue17418] Documentation for os.open and io.open
In-Reply-To: <1363273361.29.0.0702686905061.issue17418@psf.upfronthosting.co.za>
Message-ID: <3ZSvqf4GV8zS5n@mail.python.org>


Roundup Robot added the comment:

New changeset f334a0009586 by Terry Jan Reedy in branch '2.7':
Issue #17418: specify that buffer sizes are bytes.
http://hg.python.org/cpython/rev/f334a0009586

New changeset a9d54ba2370b by Terry Jan Reedy in branch '3.2':
Issue #17418: specify that buffer sizes are bytes as soon as possible.
http://hg.python.org/cpython/rev/a9d54ba2370b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17418>
_______________________________________

From report at bugs.python.org  Sat Mar 16 21:09:05 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 16 Mar 2013 20:09:05 +0000
Subject: [issue16997] subtests
In-Reply-To: <1358543231.78.0.354364612897.issue16997@psf.upfronthosting.co.za>
Message-ID: <1363464545.42.0.694516231769.issue16997@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Updated patch simplifying the expectedFailure implementation, as suggested by Michael and Nick and Michael.

(admire how test_socket was importing a private exception class!)

----------
Added file: http://bugs.python.org/file29428/subtests6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Sat Mar 16 21:14:21 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Mar 2013 20:14:21 +0000
Subject: [issue17418] Documentation links for io.open
In-Reply-To: <1363273361.29.0.0702686905061.issue17418@psf.upfronthosting.co.za>
Message-ID: <1363464861.1.0.0408250025273.issue17418@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Most people should know that os i/o buffers are always bytes. But since beginners read the built-in functions page, I augmented the open() entry, which is what you linked to. I will not change the entries in the io module chapter. I consider this part of the issue closed. That leaves the entry for os.open. I changed the title accordingly.

----------
title: Documentation for os.open and io.open -> Documentation links for io.open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17418>
_______________________________________

From report at bugs.python.org  Sat Mar 16 21:39:54 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Mar 2013 20:39:54 +0000
Subject: [issue17417] Documentation Modification Suggestion: os.walk, fwalk
In-Reply-To: <1363255895.31.0.587082771834.issue17417@psf.upfronthosting.co.za>
Message-ID: <1363466394.42.0.199027607907.issue17417@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Reopening issues closed by a developer is worse than just 'bugging'. It wastes time, distracts from real problems, and if repeated can get your tracker account closed. Don't do it again.

I gave you a suggestion: post on python-list where you can get responses from a variety of people. I read most of the original posts and some of the threads. When discussion indicates to me that there is a real problem, and has perhaps generated a solution, I have often either suggested that the original poster open an issue here or have done so myself.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17417>
_______________________________________

From report at bugs.python.org  Sat Mar 16 21:50:54 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sat, 16 Mar 2013 20:50:54 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363467054.42.0.745240841882.issue17440@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


----------
resolution:  -> invalid
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sat Mar 16 21:56:37 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 16 Mar 2013 20:56:37 +0000
Subject: [issue16564] email.generator.BytesGenerator fails with bytes payload
In-Reply-To: <1354027130.07.0.897738205773.issue16564@psf.upfronthosting.co.za>
Message-ID: <3ZSwtr2y44zM8H@mail.python.org>


Roundup Robot added the comment:

New changeset 14fe7a98b89c by Serhiy Storchaka in branch '3.2':
Issue #16564: Fixed a performance regression relative to Python 3.1 in the
http://hg.python.org/cpython/rev/14fe7a98b89c

New changeset 4b4dddd670d0 by Serhiy Storchaka in branch '3.3':
Issue #16564: Fixed a performance regression relative to Python 3.1 in the
http://hg.python.org/cpython/rev/4b4dddd670d0

New changeset 9d458ded8304 by Serhiy Storchaka in branch 'default':
Issue #16564: Fixed a performance regression relative to Python 3.1 in the
http://hg.python.org/cpython/rev/9d458ded8304

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16564>
_______________________________________

From report at bugs.python.org  Sat Mar 16 22:01:51 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 16 Mar 2013 21:01:51 +0000
Subject: [issue16389] re._compiled_typed's lru_cache causes significant
	degradation of the mako_v2 bench
In-Reply-To: <1351880615.07.0.187029674279.issue16389@psf.upfronthosting.co.za>
Message-ID: <3ZSx0v0K8gzR6L@mail.python.org>


Roundup Robot added the comment:

New changeset 6951d7b8d3ad by Serhiy Storchaka in branch '3.2':
Issue #16389: Fixed an issue number in previos commit.
http://hg.python.org/cpython/rev/6951d7b8d3ad

New changeset 7b737011d822 by Serhiy Storchaka in branch '3.3':
Issue #16389: Fixed an issue number in previos commit.
http://hg.python.org/cpython/rev/7b737011d822

New changeset 6898e1afc216 by Serhiy Storchaka in branch 'default':
Issue #16389: Fixed an issue number in previos commit.
http://hg.python.org/cpython/rev/6898e1afc216

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16389>
_______________________________________

From report at bugs.python.org  Sat Mar 16 22:08:56 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 16 Mar 2013 21:08:56 +0000
Subject: [issue17441] Do not cache re.compile
Message-ID: <1363468136.42.0.6196791543.issue17441@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Ezio proposed in issue16389 to not cache re.compile. Caching of re.compile has no sense and only pollutes the cache.

----------
components: Library (Lib), Regular Expressions
messages: 184354
nosy: ezio.melotti, mrabarnett, pitrou, serhiy.storchaka
priority: normal
severity: normal
stage: needs patch
status: open
title: Do not cache re.compile
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17441>
_______________________________________

From report at bugs.python.org  Sat Mar 16 22:17:44 2013
From: report at bugs.python.org (Philip Jenvey)
Date: Sat, 16 Mar 2013 21:17:44 +0000
Subject: [issue17442] code.InteractiveInterpreter doesn't display the
	exception cause
Message-ID: <1363468664.92.0.794606977989.issue17442@psf.upfronthosting.co.za>


New submission from Philip Jenvey:

The code module claims to emulate Python's interactive interpreter but it fails to emulate displaying of the exception cause.

It can utilize traceback._iter_chain to do this (see traceback.print_exception)

----------
components: Library (Lib)
messages: 184355
nosy: pjenvey
priority: normal
severity: normal
status: open
title: code.InteractiveInterpreter doesn't display the exception cause
type: behavior
versions: Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17442>
_______________________________________

From report at bugs.python.org  Sat Mar 16 22:28:54 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Mar 2013 21:28:54 +0000
Subject: [issue16564] email.generator.BytesGenerator fails with bytes payload
In-Reply-To: <1354027130.07.0.897738205773.issue16564@psf.upfronthosting.co.za>
Message-ID: <1363469334.82.0.66205961573.issue16564@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16564>
_______________________________________

From report at bugs.python.org  Sat Mar 16 22:29:18 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 16 Mar 2013 21:29:18 +0000
Subject: [issue17441] Do not cache re.compile
In-Reply-To: <1363468136.42.0.6196791543.issue17441@psf.upfronthosting.co.za>
Message-ID: <1363469358.23.0.176833646413.issue17441@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is a patch.

----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file29429/re_compile_nocache.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17441>
_______________________________________

From report at bugs.python.org  Sat Mar 16 23:05:41 2013
From: report at bugs.python.org (Erik Purins)
Date: Sat, 16 Mar 2013 22:05:41 +0000
Subject: [issue6792] Distutils-based installer does not detect 64bit versions
	of Python
In-Reply-To: <1251449540.11.0.0670330819334.issue6792@psf.upfronthosting.co.za>
Message-ID: <1363471541.65.0.47274312816.issue6792@psf.upfronthosting.co.za>


Changes by Erik Purins <erik at purins.com>:


----------
nosy: +epu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6792>
_______________________________________

From report at bugs.python.org  Sat Mar 16 23:06:18 2013
From: report at bugs.python.org (Erik Purins)
Date: Sat, 16 Mar 2013 22:06:18 +0000
Subject: [issue6792] Distutils-based installer does not detect 64bit versions
	of Python
In-Reply-To: <1251449540.11.0.0670330819334.issue6792@psf.upfronthosting.co.za>
Message-ID: <1363471578.64.0.890532270036.issue6792@psf.upfronthosting.co.za>


Erik Purins added the comment:

I would like to investigate this issue, but I need more information regarding the bug and the expected behavior. Is this specifically that an x64 windows python that generates a bdist (msi output) runs and can't find the x64 interpreter because of syswow registry redirection? That is, packaging should be able to find the interpreter bitness that generated the msi in the first place (and no-other bitness)?

There are python sprints this week at PyCon, but I cannot attend them. Clarifying the expected behavior this week will help me write tests and investigate/fix (if it is in my ability).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6792>
_______________________________________

From report at bugs.python.org  Sat Mar 16 23:26:11 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 16 Mar 2013 22:26:11 +0000
Subject: [issue6792] Distutils-based installer does not detect 64bit versions
	of Python
In-Reply-To: <1251449540.11.0.0670330819334.issue6792@psf.upfronthosting.co.za>
Message-ID: <1363472771.81.0.653126893764.issue6792@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Erik: the issue is about bdist_wininst, not bdist_msi (bdist_msi has a similar issue, but it is entirely different in its causes and potential resolution, and shall not be discussed here).

The code to find the installations is in PC/bdist_wininst/install.c:GetPythonVersions. The code to run the installscript is in run_installscript.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6792>
_______________________________________

From report at bugs.python.org  Sat Mar 16 23:33:42 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 16 Mar 2013 22:33:42 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1363473222.27.0.942262447359.issue17299@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I think this broke the 2.7 Windows bots. Please unbreak.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Sat Mar 16 23:48:33 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 16 Mar 2013 22:48:33 +0000
Subject: [issue17441] Do not cache re.compile
In-Reply-To: <1363468136.42.0.6196791543.issue17441@psf.upfronthosting.co.za>
Message-ID: <1363474113.17.0.429691247651.issue17441@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I'm not sure I agree. I've seen plenty of code that called re.compile() over and over again -- or called it with a computed string that would have only a small number of possible values.

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17441>
_______________________________________

From report at bugs.python.org  Sun Mar 17 00:53:51 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Mar 2013 23:53:51 +0000
Subject: [issue15917] hg hook to detect unmerged changesets
In-Reply-To: <1347340391.86.0.248701031918.issue15917@psf.upfronthosting.co.za>
Message-ID: <1363478031.36.0.787808284028.issue15917@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

+1
Would it be easy to check that no 2.7 commit is merged with anything in another branch? (I have not seen anyone do such a wrong merge, but I expect it will happen someday.)

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15917>
_______________________________________

From report at bugs.python.org  Sun Mar 17 00:57:25 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 16 Mar 2013 23:57:25 +0000
Subject: [issue15917] hg hook to detect unmerged changesets
In-Reply-To: <1347340391.86.0.248701031918.issue15917@psf.upfronthosting.co.za>
Message-ID: <1363478245.8.0.253128064757.issue15917@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

It happened once already.  It shouldn't be too difficult to add, but it might make the code more complicated and more likely to fail in some situation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15917>
_______________________________________

From report at bugs.python.org  Sun Mar 17 05:51:24 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sun, 17 Mar 2013 04:51:24 +0000
Subject: [issue3982] support .format for bytes
In-Reply-To: <1222530641.39.0.0764973101836.issue3982@psf.upfronthosting.co.za>
Message-ID: <1363495884.76.0.575273352835.issue3982@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3982>
_______________________________________

From report at bugs.python.org  Sun Mar 17 06:16:47 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 17 Mar 2013 05:16:47 +0000
Subject: [issue3982] support .format for bytes
In-Reply-To: <1222530641.39.0.0764973101836.issue3982@psf.upfronthosting.co.za>
Message-ID: <1363497407.83.0.248833355616.issue3982@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3982>
_______________________________________

From report at bugs.python.org  Sun Mar 17 06:27:19 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 17 Mar 2013 05:27:19 +0000
Subject: [issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but
	ignores short reads
Message-ID: <1363498039.27.0.436061830807.issue17443@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
nosy: gregory.p.smith
priority: normal
severity: normal
status: open
title: imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17443>
_______________________________________

From report at bugs.python.org  Sun Mar 17 06:31:01 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 17 Mar 2013 05:31:01 +0000
Subject: [issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but
	ignores short reads
Message-ID: <1363498261.39.0.504442520275.issue17443@psf.upfronthosting.co.za>


New submission from Gregory P. Smith:

imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads when reading the message body.  Depending on timing, message body size and kernel pipe buffer size and phase of the moon and whether you're debugging the thing or not... It can fail to read the entire message body before wrongly assuming it has and attempting to read the terminating b')\r\n' of the IMAP protocol.

Bug discovered during a debugging session at the PyCon 2013 Python 3 Porting Clinic BOF.

----------
nosy: +r.david.murray
versions: +Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17443>
_______________________________________

From report at bugs.python.org  Sun Mar 17 06:37:15 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 17 Mar 2013 05:37:15 +0000
Subject: [issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but
	ignores short reads
In-Reply-To: <1363498261.39.0.504442520275.issue17443@psf.upfronthosting.co.za>
Message-ID: <1363498635.77.0.708235531157.issue17443@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

The error does not happen when running the same code under 2.7, despite the same default bufsize=0 subprocess behavior.  This is likely due to differences in the Python 2.x old style io library when os.fdopen(fd, 'rb', bufsize) is used vs 3.x when io.open(fd, 'rb', bufsize) is used for  Popen.stdout.

One workaround is to add a non-zero bufsize to the subprocess.Popen call in imaplib.IMAP4_stream.

I'm not sure if subprocess should be updated or if subprocess's docs on what it means for a pipe to be unbuffered (read(n) is a single syscall rather than a loop until n bytes or EOF) should be updated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17443>
_______________________________________

From report at bugs.python.org  Sun Mar 17 06:46:20 2013
From: report at bugs.python.org (Diane Trout)
Date: Sun, 17 Mar 2013 05:46:20 +0000
Subject: [issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but
	ignores short reads
In-Reply-To: <1363498261.39.0.504442520275.issue17443@psf.upfronthosting.co.za>
Message-ID: <1363499180.42.0.797223168263.issue17443@psf.upfronthosting.co.za>


Changes by Diane Trout <diane at ghic.org>:


----------
nosy: +detrout

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17443>
_______________________________________

From report at bugs.python.org  Sun Mar 17 08:33:00 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Sun, 17 Mar 2013 07:33:00 +0000
Subject: [issue17439] insufficient error message for failed unicode conversion
In-Reply-To: <1363442374.27.0.764896075169.issue17439@psf.upfronthosting.co.za>
Message-ID: <1363505580.63.0.53039290314.issue17439@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Ok. Does the data (string literals) has a scope? Does Python know at runtime that a string literal stored in its memory was defined in the input stream or a file?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17439>
_______________________________________

From report at bugs.python.org  Sun Mar 17 10:02:04 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 17 Mar 2013 09:02:04 +0000
Subject: [issue17439] insufficient error message for failed unicode conversion
In-Reply-To: <1363442374.27.0.764896075169.issue17439@psf.upfronthosting.co.za>
Message-ID: <1363510924.36.0.0839487634087.issue17439@psf.upfronthosting.co.za>


R. David Murray added the comment:

No.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17439>
_______________________________________

From report at bugs.python.org  Sun Mar 17 12:16:10 2013
From: report at bugs.python.org (John Szakmeister)
Date: Sun, 17 Mar 2013 11:16:10 +0000
Subject: [issue17444] multiprocessing.cpu_count() should use hw.availcpu on
	Mac OS X
Message-ID: <1363518970.43.0.663033914557.issue17444@psf.upfronthosting.co.za>


New submission from John Szakmeister:

While trying to test a fix for Nose, I discovered that multiprocessing is picking up the CPU count incorrectly.  It should be using hw.availcpu instead of hw.ncpu.  The latter is the number of cpus installed in the system, but the former is the number that are available for processing.  The processor pane let's you adjust the available CPUs, which is handy for testing and troubleshooting.

----------
components: Library (Lib)
files: use-availcpu.patch
keywords: patch
messages: 184367
nosy: jszakmeister
priority: normal
severity: normal
status: open
type: behavior
Added file: http://bugs.python.org/file29430/use-availcpu.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17444>
_______________________________________

From report at bugs.python.org  Sun Mar 17 13:40:55 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Sun, 17 Mar 2013 12:40:55 +0000
Subject: [issue17444] multiprocessing.cpu_count() should use hw.availcpu on
	Mac OS X
In-Reply-To: <1363518970.43.0.663033914557.issue17444@psf.upfronthosting.co.za>
Message-ID: <1363524055.25.0.953894219892.issue17444@psf.upfronthosting.co.za>


Changes by Richard Oudkerk <shibturn at gmail.com>:


----------
nosy: +sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17444>
_______________________________________

From report at bugs.python.org  Sun Mar 17 14:50:23 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sun, 17 Mar 2013 13:50:23 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363528223.91.0.586429736488.issue17440@psf.upfronthosting.co.za>


Gurmeet Singh added the comment:

Please consider following before making a decision:

__________
> io.BufferedReader does not implement read1 (the last lines of trace
> below)

>It does. You made a mistake in your experiment (you called read1() on a FileIO object, not a BufferedReader object).

Please see the following lines:
>>> cfl = open ('c:/temp9/Capability/Analyzing Data.mp4', 'rb', buffering = -1)
>>> type(cfl)
<class '_io.BufferedReader'>

According to me it is a _io.BufferedReader only and not just _io.FileIO (the base class). Please tell me if I am wrong here.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sun Mar 17 14:56:50 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 17 Mar 2013 13:56:50 +0000
Subject: [issue17444] multiprocessing.cpu_count() should use hw.availcpu on
	Mac OS X
In-Reply-To: <1363518970.43.0.663033914557.issue17444@psf.upfronthosting.co.za>
Message-ID: <1363528610.79.0.784771673923.issue17444@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage:  -> patch review
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17444>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:01:06 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 17 Mar 2013 14:01:06 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363528866.53.0.321587589479.issue17440@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

You called read1() on fl (a FileIO object) and not cfl (a BufferedReader object). Your fault for choosing confusing variable names :-)

>>> len(fl.read1(70934549))
Traceback (most recent call last):
  File "<pyshell#44>", line 1, in <module>
    len(fl.read1(70934549))
AttributeError: '_io.FileIO' object has no attribute 'read1'

Please try to call cfl.read1() and see whether it works (it should).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:01:20 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sun, 17 Mar 2013 14:01:20 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363528880.91.0.735412011258.issue17440@psf.upfronthosting.co.za>


Gurmeet Singh added the comment:

Please consider following before making a decision:

>> io.FileIO does not implements single OS system call on read() - instead
>> reads a file until EOF i.e. ignores the arguments supplied to read() 

>Your experiments show otherwise, the argument supplied to read() is >observed: if you call read(1024), at most 1024 bytes are returned, etc.

>It's only if you call read() without an argument that the file is being >read until EOF.

I said this because I saw the following in the docs:
>class io.RawIOBase 
>read(n=-1) 
>Read up to n bytes from the object and return them. As a convenience, >if n is unspecified or -1, readall() is called. Otherwise, only one >system call is ever made. Fewer than n bytes may be returned if the >operating system call returns fewer than n bytes.

If only one system call is being made, then I think that 
fl.read(256) and fl.read(70934549) should take same amount of time to complete - assuming disk I/O is the time consuming factor in this operation (as compared to memory processing).

I am only saying that instead of one system call being made - the whole size specified by read is being read (by multiple system calls - as it appears to me). 

Please tell me if I am wrong here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:02:13 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sun, 17 Mar 2013 14:02:13 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363528933.86.0.900328810601.issue17440@psf.upfronthosting.co.za>


Gurmeet Singh added the comment:

@Antoine - wait I will do it

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:06:02 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 17 Mar 2013 14:06:02 +0000
Subject: [issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but
	ignores short reads
In-Reply-To: <1363498261.39.0.504442520275.issue17443@psf.upfronthosting.co.za>
Message-ID: <1363529162.63.0.407412305672.issue17443@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

os.fdopen() in 2.x would always create a FILE*, and therefore inherit fread()'s semantics even in "unbuffered" mode. In 3.x, unbuffered I/O instead calls read() directly, and happily returns partial reads; this is by design.

So, I guess imaplib should be fixed  :-)

----------
components: +Library (Lib)
nosy: +pitrou
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17443>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:08:26 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 17 Mar 2013 14:08:26 +0000
Subject: [issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but
	ignores short reads
In-Reply-To: <1363498261.39.0.504442520275.issue17443@psf.upfronthosting.co.za>
Message-ID: <1363529306.43.0.284185681602.issue17443@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I don't think there's any reason to open the subprocess in unbuffered mode (you aren't sharing the stdio streams with anyone else). Just be careful to call flush() on stdin before attempting to read any response from stdout.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17443>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:09:36 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sun, 17 Mar 2013 14:09:36 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363529376.47.0.212822431694.issue17440@psf.upfronthosting.co.za>


Gurmeet Singh added the comment:

@Antoine 
It worked. I was wrong to say read1() was not implemented. Sorry.

But please do consider other issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:11:17 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 17 Mar 2013 14:11:17 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363529477.27.0.0239783835719.issue17440@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> If only one system call is being made, then I think that 
> fl.read(256) and fl.read(70934549) should take same amount of time to
> complete - assuming disk I/O is the time consuming factor in this
> operation (as compared to memory processing).

What do you mean? Reading a large number of bytes will most certainly always be slower than reading a small number of bytes, even if it only takes one system call. You still have to copy the data from disk or filesystem buffers into userspace.

A reasonable expectation is for read(N) to be O(N), but not O(1). You might want to check that by timing it with different N values.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:28:10 2013
From: report at bugs.python.org (emmanuel)
Date: Sun, 17 Mar 2013 14:28:10 +0000
Subject: [issue14916] PyRun_InteractiveLoop fails to run interactively when
	using a Linux pty that's not tied to stdin/stdout
In-Reply-To: <1337960558.56.0.442179213708.issue14916@psf.upfronthosting.co.za>
Message-ID: <1363530490.2.0.377154535793.issue14916@psf.upfronthosting.co.za>


Changes by emmanuel <garcia6.emmanuel at wanadoo.fr>:


----------
nosy: +emmanuel

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14916>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:32:36 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sun, 17 Mar 2013 14:32:36 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363530756.97.0.597820533333.issue17440@psf.upfronthosting.co.za>


Gurmeet Singh added the comment:

I did the following to understand time taken for in memory copy:
1>>> fl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'rb')
2>>> byt = fl.read(70934549)
3>>> byt2 = None
4>>> byt2 = byt[:]
5>>> fl.close()
6>>> fl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'rb')
7>>> byt = fl.read(1)

I found that python interpreter blocked for negligible time on line 4 (and line 7), as compared to line 2. 

I assume that line 4 is a correct syntax for an in place memory copy.

Therefore, multiple system calls could be taking place - This is how I assumed. Please suggest if I am incorrect.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:34:05 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 17 Mar 2013 14:34:05 +0000
Subject: [issue17436] pass a file object to hashlib.update
In-Reply-To: <1363428672.22.0.18562351596.issue17436@psf.upfronthosting.co.za>
Message-ID: <1363530845.57.0.328986351966.issue17436@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> obj.update(buffer[:size])

This code does an useless memory copy: obj.update(memoryview(buffer)[:size]) can be used instead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17436>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:34:17 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sun, 17 Mar 2013 14:34:17 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363530857.47.0.802880240543.issue17440@psf.upfronthosting.co.za>


Gurmeet Singh added the comment:

Sorry, typo in the last post - I meant "in memory - memory copy" not "in place memory copy".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:42:58 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sun, 17 Mar 2013 14:42:58 +0000
Subject: [issue17445] Return the type you accept
Message-ID: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>


New submission from Barry A. Warsaw:

This came up at the Pycon 2013 Python 3 porting clinic.  There are many cases in the stdlib that claim (either explicitly or implicitly) to accept bytes or strings, but that don't return the type of the arguments they accept.  An example is urllib.parse.quote() which accepts bytes or str but always returns str.  A similar example brought up at the clinic was difflib, which accepts both types, and works internally on both, but crashes when joining the results for return.

It should be policy for the stdlib (i.e. codified in an informational PEP and including bug reports, because they *are* bugs, not features or baked-in API) where bytes or str are accepted but the right things are not done (i.e. return the type you accept).

This bug captures the principle, and probably should be closed once such a PEP is accepted, with individual bugs opened for each individual case.

----------
components: Library (Lib)
messages: 184379
nosy: barry
priority: normal
severity: normal
status: open
title: Return the type you accept
versions: Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:48:36 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 17 Mar 2013 14:48:36 +0000
Subject: [issue16997] subtests
In-Reply-To: <1358543231.78.0.354364612897.issue16997@psf.upfronthosting.co.za>
Message-ID: <1363531716.66.0.383249088615.issue16997@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Sun Mar 17 15:51:26 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 17 Mar 2013 14:51:26 +0000
Subject: [issue17094] sys._current_frames() reports too many/wrong stack frames
In-Reply-To: <1359668363.58.0.777154629349.issue17094@psf.upfronthosting.co.za>
Message-ID: <1363531886.36.0.48254730543.issue17094@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17094>
_______________________________________

From report at bugs.python.org  Sun Mar 17 16:07:48 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 17 Mar 2013 15:07:48 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363532868.92.0.196172973704.issue17440@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Bytes objects are immutable, so trying to "copy" them doesn't copy anything actually (it's an optimization):

>>> b = b"x" *10
>>> id(b)
139720033059920
>>> b2 = b[:]
>>> id(b2)
139720033059920

FileIO.read() only calls the underlying read() once, you can check the implementation:
http://hg.python.org/cpython/file/8002f45377d4/Modules/_io/fileio.c#l703

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sun Mar 17 16:10:40 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 17 Mar 2013 15:10:40 +0000
Subject: [issue17445] Return the type you accept
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363533040.75.0.542978231536.issue17445@psf.upfronthosting.co.za>


R. David Murray added the comment:

There was a long thread about this on python-dev that might be worth going back over, where I had the same misconception (that functions should always return the same type as their arguments).  While I think that should be the default design, it isn't always the best API.  (The real rule, if I recall correctly, is that functions should never accept *mixed* argument types for input data.)

----------
nosy: +ncoghlan, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Sun Mar 17 16:19:32 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sun, 17 Mar 2013 15:19:32 +0000
Subject: [issue17445] Return the type you accept
In-Reply-To: <1363533040.75.0.542978231536.issue17445@psf.upfronthosting.co.za>
Message-ID: <20130317081927.45b3e799@anarchist>


Barry A. Warsaw added the comment:

On Mar 17, 2013, at 03:10 PM, R. David Murray wrote:

>There was a long thread about this on python-dev that might be worth going
>back over, where I had the same misconception (that functions should always
>return the same type as their arguments).  While I think that should be the
>default design, it isn't always the best API.  (The real rule, if I recall
>correctly, is that functions should never accept *mixed* argument types for
>input data.)

Totally agree about the mixed type rule.

But this is something different, and I know it's been discussed, and is a
difficult problem.  It's causing real-world pain for people though, so it's
worth thinking about again.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Sun Mar 17 17:02:19 2013
From: report at bugs.python.org (Gurmeet Singh)
Date: Sun, 17 Mar 2013 16:02:19 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363536139.1.0.618646991842.issue17440@psf.upfronthosting.co.za>


Gurmeet Singh added the comment:

Thanks for letting me know about the optimization. 

I trusted you that the system call is made once, though I looked up code to see if size of the read in buffer is being passed to the C routine. I should apologize though for raising this issue - since it is incorrect.

But, I think you would be interested (out of CURIOSITY) in findings from the last experiment that I did to understand this issue:

1 >>> import io
2 >>> fl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'rb')
3 >>> barr = bytearray(70934549)
4 >>> barr2= bytearray(70934549)
5 >>> id(barr)
29140440
6 >>> id(barr2)
26433560
7 >>> fl.readinto(barr)
70934549
8 >>> barr2 = barr[:]
9 >>> fl.close()
10 >>> fl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'rb')
11 >>> barrt = bytearray(1)
12 >>> id(barrt)
34022512
13 >>> fl.readinto(barrt)
1
14 >>> fl.close()
>>>
 
The time of line 7 was much greater than line 13. It was also greater than 8 (but not that great as of 11). But I cannot say for sure that the time for line 13 plus line 8 is equal to or lesser than 7 - it looks lesser but needs more precise testing to say anything further.
 
I tried to reason the situation as follows (for this I looked up the hyperlink that you gave). I feel that the underlying system call takes the size argument - so I guess that large value suggests the C compiler to make ask the disk subsystem to read up the longer data - hence it takes the time since disk access is slower.

Thanks for your time. Sorry for the incorrect issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sun Mar 17 17:08:27 2013
From: report at bugs.python.org (Ronny Pfannschmidt)
Date: Sun, 17 Mar 2013 16:08:27 +0000
Subject: [issue17446] doctest test finder doesnt find line numbers of
	properties
Message-ID: <1363536507.07.0.43500928967.issue17446@psf.upfronthosting.co.za>


New submission from Ronny Pfannschmidt:

examples that are found on a property dont detect the line number

class example(object):
  @property
  def me(self):
   """
   >>> 1/0
   """
   pass

----------
messages: 184384
nosy: Ronny.Pfannschmidt
priority: normal
severity: normal
status: open
title: doctest test finder doesnt find line numbers of properties

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17446>
_______________________________________

From report at bugs.python.org  Sun Mar 17 17:09:08 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 17 Mar 2013 16:09:08 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363536139.1.0.618646991842.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363536307.3415.4.camel@localhost.localdomain>


Antoine Pitrou added the comment:

> The time of line 7 was much greater than line 13.

Well, yes, reading 70 MB is much longer than reading a single byte :-)

> I feel that the underlying system call takes the size argument

Indeed it does. It would be totally inefficient if it didn't.

> so I guess that large value suggests the C compiler to make ask the
> disk subsystem to read up the longer data - hence it takes the time
> since disk access is slower.

It's not the C compiler. It's the OS kernel which reads data from the
disk when you ask to.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sun Mar 17 17:09:35 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 17 Mar 2013 16:09:35 +0000
Subject: [issue17440] Some IO related problems on x86 windows
In-Reply-To: <1363451603.09.0.416265492593.issue17440@psf.upfronthosting.co.za>
Message-ID: <1363536575.56.0.619067306616.issue17440@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Anyway, I'm now closing the issue as invalid.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17440>
_______________________________________

From report at bugs.python.org  Sun Mar 17 17:46:08 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 17 Mar 2013 16:46:08 +0000
Subject: [issue17239] XML vulnerabilities in Python
In-Reply-To: <1361288141.97.0.791394359972.issue17239@psf.upfronthosting.co.za>
Message-ID: <1363538768.63.0.0144341050926.issue17239@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> Since this has dragged on for quite a while, I'm probably just going to 
> release 2.7.4 with a pointer to defusedxml in the release notes. (docs, 
> though, perhaps)

+1 too.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17239>
_______________________________________

From report at bugs.python.org  Sun Mar 17 18:07:34 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 17 Mar 2013 17:07:34 +0000
Subject: [issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but
	ignores short reads
In-Reply-To: <1363529306.43.0.284185681602.issue17443@psf.upfronthosting.co.za>
Message-ID: <CAGE7PNJAqaV_xbL6gVD_PDdsskOsg3d22zq3cOmCcHvck1Je=w@mail.gmail.com>


Gregory P. Smith added the comment:

Yes imaplib can be fixed pretty easily and should use buffered IO regardless.

I'm pondering if the default behavior of subprocess needs fixing as
existing python 2.x code being ported to 3 doesn't expect this changed
behavior of the PIPE file objects.  It probably does.

Thankfully my subprocess32 backport on 2.x doesn't suffer from the
problem as it still uses os.fdopen.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17443>
_______________________________________

From report at bugs.python.org  Sun Mar 17 19:22:54 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 17 Mar 2013 18:22:54 +0000
Subject: [issue17447] str.identifier shouldn't accept Python keywords
Message-ID: <1363544574.75.0.347741161045.issue17447@psf.upfronthosting.co.za>


New submission from Raymond Hettinger:

>>> 'def'.isidentifier()
True

----------
components: Interpreter Core
messages: 184389
nosy: rhettinger
priority: normal
severity: normal
status: open
title: str.identifier shouldn't accept Python keywords
type: behavior
versions: Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17447>
_______________________________________

From report at bugs.python.org  Sun Mar 17 19:29:29 2013
From: report at bugs.python.org (Ned Deily)
Date: Sun, 17 Mar 2013 18:29:29 +0000
Subject: [issue17444] multiprocessing.cpu_count() should use hw.availcpu on
	Mac OS X
In-Reply-To: <1363518970.43.0.663033914557.issue17444@psf.upfronthosting.co.za>
Message-ID: <1363544969.36.0.668330547156.issue17444@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17444>
_______________________________________

From report at bugs.python.org  Sun Mar 17 19:33:59 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Sun, 17 Mar 2013 18:33:59 +0000
Subject: [issue9090] Error code 10035 calling socket.recv() on a socket with a
	timeout (WSAEWOULDBLOCK - A non-blocking socket operation could
	not be completed immediately)
In-Reply-To: <1277602727.58.0.118328870924.issue9090@psf.upfronthosting.co.za>
Message-ID: <1363545239.16.0.478989747325.issue9090@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

I will backport this.  I have recently seen this happening in 2.7 in our company and it would make sense to fix this before 2.7.4 is released.

----------
nosy: +kristjan.jonsson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9090>
_______________________________________

From report at bugs.python.org  Sun Mar 17 19:38:04 2013
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 17 Mar 2013 18:38:04 +0000
Subject: [issue17447] str.identifier shouldn't accept Python keywords
In-Reply-To: <1363544574.75.0.347741161045.issue17447@psf.upfronthosting.co.za>
Message-ID: <1363545484.41.0.0966355836475.issue17447@psf.upfronthosting.co.za>


Florent Xicluna added the comment:

According to the documentation, the reserved words are classified as identifiers:
http://docs.python.org/3/reference/lexical_analysis.html#keywords

There's an easy workaround:

>>> from keyword import iskeyword
>>> def is_valid_identifier(s):
...     return s.isidentifier() and not iskeyword(s)
... 
>>> is_valid_identifier('def')
False

----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17447>
_______________________________________

From report at bugs.python.org  Sun Mar 17 20:30:57 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 17 Mar 2013 19:30:57 +0000
Subject: [issue17415] Clarify docs of os.path.normpath()
In-Reply-To: <1363254084.71.0.566046555071.issue17415@psf.upfronthosting.co.za>
Message-ID: <3ZTVxX2zJkzRkL@mail.python.org>


Roundup Robot added the comment:

New changeset ff9636af9505 by Terry Jan Reedy in branch '3.2':
Issue #17415: Clarify 'this' referent by moving containing sentence just after
http://hg.python.org/cpython/rev/ff9636af9505

New changeset bceb81b0016e by Terry Jan Reedy in branch '2.7':
Issue #17415: Clarify 'this' referent by moving containing sentence just after
http://hg.python.org/cpython/rev/bceb81b0016e

New changeset 5b5a9bceb228 by Terry Jan Reedy in branch '3.2':
Issue #17415: Trim trailing whitespace
http://hg.python.org/cpython/rev/5b5a9bceb228

New changeset 44b9f59c6ea7 by Terry Jan Reedy in branch '2.7':
Issue #17415: Trim trailing whitespace
http://hg.python.org/cpython/rev/44b9f59c6ea7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17415>
_______________________________________

From report at bugs.python.org  Sun Mar 17 20:33:17 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 17 Mar 2013 19:33:17 +0000
Subject: [issue17415] Clarify docs of os.path.normpath()
In-Reply-To: <1363254084.71.0.566046555071.issue17415@psf.upfronthosting.co.za>
Message-ID: <1363548797.09.0.841546679437.issue17415@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

If foo is a symbolic link,  changing A/foo/../B to A/B could change the meaning, so I am sure the rewrite is correct. I used Ezio's version with a few more changes. I particular, I changed 'This collapsing', which is slightly awkward anyway, to 'This string manipulation', which addresses Gurmeet's last comment.

----------
resolution:  -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17415>
_______________________________________

From report at bugs.python.org  Sun Mar 17 20:38:37 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 17 Mar 2013 19:38:37 +0000
Subject: [issue17446] doctest test finder doesnt find line numbers of
	properties
In-Reply-To: <1363536507.07.0.43500928967.issue17446@psf.upfronthosting.co.za>
Message-ID: <1363549117.48.0.404845603566.issue17446@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17446>
_______________________________________

From report at bugs.python.org  Sun Mar 17 20:40:34 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 17 Mar 2013 19:40:34 +0000
Subject: [issue17447] str.identifier shouldn't accept Python keywords
In-Reply-To: <1363544574.75.0.347741161045.issue17447@psf.upfronthosting.co.za>
Message-ID: <1363549234.75.0.798050464748.issue17447@psf.upfronthosting.co.za>


R. David Murray added the comment:

Or maybe 'is_usable_identifier' :)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17447>
_______________________________________

From report at bugs.python.org  Sun Mar 17 21:16:54 2013
From: report at bugs.python.org (emmanuel)
Date: Sun, 17 Mar 2013 20:16:54 +0000
Subject: [issue14916] PyRun_InteractiveLoop fails to run interactively when
	using a Linux pty that's not tied to stdin/stdout
In-Reply-To: <1337960558.56.0.442179213708.issue14916@psf.upfronthosting.co.za>
Message-ID: <1363551414.77.0.917992476201.issue14916@psf.upfronthosting.co.za>


emmanuel added the comment:

run the attached shell script to observe the bug
./bug.sh 0 -> shows the bug
./bug.sh 1 -> shows the expected behaviour (using a workaround)
tested on linux with python 2.7

----------
Added file: http://bugs.python.org/file29431/bug.sh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14916>
_______________________________________

From report at bugs.python.org  Sun Mar 17 21:23:44 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 17 Mar 2013 20:23:44 +0000
Subject: [issue17415] Clarify docs of os.path.normpath()
In-Reply-To: <1363254084.71.0.566046555071.issue17415@psf.upfronthosting.co.za>
Message-ID: <1363551824.81.0.390903765141.issue17415@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

os.path.normpath() works not only with strings but with bytes objects too.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17415>
_______________________________________

From report at bugs.python.org  Sun Mar 17 21:35:49 2013
From: report at bugs.python.org (Christian Theune)
Date: Sun, 17 Mar 2013 20:35:49 +0000
Subject: [issue16381] Introduce option to force the interpreter to exit upon
	MemoryErrors
In-Reply-To: <1351775704.44.0.517582874178.issue16381@psf.upfronthosting.co.za>
Message-ID: <1363552549.77.0.550051601056.issue16381@psf.upfronthosting.co.za>


Christian Theune added the comment:

I feel unsure how to help this move along. 

I agree that making it possible for applications to carefully work with MemoryErrors is a good idea. I don't think heuristics to determine which situation we are in will solve this but make it more spooky. (This is a semantic issue anyways).

My goal is to use the flag to make it easier for operators to deal with applications that don't get it right. This isn't to defend bad programming but to support temporary relief.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16381>
_______________________________________

From report at bugs.python.org  Sun Mar 17 21:40:38 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 17 Mar 2013 20:40:38 +0000
Subject: [issue17447] str.identifier shouldn't accept Python keywords
In-Reply-To: <1363544574.75.0.347741161045.issue17447@psf.upfronthosting.co.za>
Message-ID: <1363552838.78.0.0110946534237.issue17447@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Hmm. I were going to use this method for re's named group (see issue14462). There is a possibility that some third-party code uses it for checking on general Unicode-aware identifiers. The language specifification says that keywords is a subset of identifiers. However in most places in stdlib (collections.namedtuple, unittest.mock, inspect.Parameter) is_usable_identifier() should be used instead of isidentifier().

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17447>
_______________________________________

From report at bugs.python.org  Sun Mar 17 21:43:34 2013
From: report at bugs.python.org (emmanuel)
Date: Sun, 17 Mar 2013 20:43:34 +0000
Subject: [issue14916] PyRun_InteractiveLoop fails to run interactively when
	using a Linux pty that's not tied to stdin/stdout
In-Reply-To: <1337960558.56.0.442179213708.issue14916@psf.upfronthosting.co.za>
Message-ID: <1363553014.25.0.0140679148078.issue14916@psf.upfronthosting.co.za>


Changes by emmanuel <garcia6.emmanuel at wanadoo.fr>:


Removed file: http://bugs.python.org/file29431/bug.sh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14916>
_______________________________________

From report at bugs.python.org  Sun Mar 17 21:44:03 2013
From: report at bugs.python.org (emmanuel)
Date: Sun, 17 Mar 2013 20:44:03 +0000
Subject: [issue14916] PyRun_InteractiveLoop fails to run interactively when
	using a Linux pty that's not tied to stdin/stdout
In-Reply-To: <1337960558.56.0.442179213708.issue14916@psf.upfronthosting.co.za>
Message-ID: <1363553043.54.0.332574917057.issue14916@psf.upfronthosting.co.za>


Changes by emmanuel <garcia6.emmanuel at wanadoo.fr>:


Added file: http://bugs.python.org/file29432/bug.sh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14916>
_______________________________________

From report at bugs.python.org  Sun Mar 17 21:56:59 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 17 Mar 2013 20:56:59 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1363553819.07.0.789658887638.issue17299@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Sun Mar 17 22:13:36 2013
From: report at bugs.python.org (Kevin Barry)
Date: Sun, 17 Mar 2013 21:13:36 +0000
Subject: [issue14916] PyRun_InteractiveLoop fails to run interactively when
	using a Linux pty that's not tied to stdin/stdout
In-Reply-To: <1337960558.56.0.442179213708.issue14916@psf.upfronthosting.co.za>
Message-ID: <1363554816.73.0.182799254544.issue14916@psf.upfronthosting.co.za>


Kevin Barry added the comment:

emmanuel,

Thanks for the suggestion. Your workaround is exactly the same as using dup2 (in C) to replace stdin/stdout/stderr with the pty, however. If you added the following lines to your C code, it would have the same effect as the command-line redirection in the workaround:

dup2(fileno(file), STDIN_FILENO);
dup2(fileno(file), STDOUT_FILENO);
dup2(fileno(file), STDERR_FILENO);

In fact, that's exactly what bash does after forking, just before executing "exe". In most cases, developers who use PyRun_InteractiveLoop in a pty probably also do exactly that, which is why I'm the only one who's reported this as a bug. For applications like mine, however, where the interactive Python session needs to be an unobtrusive add-on to an otherwise-complete program, this solution won't work. The standard file descriptors aren't disposable in most of the programs I work on.

Thanks again!

Kevin Barry

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14916>
_______________________________________

From report at bugs.python.org  Sun Mar 17 22:25:13 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 17 Mar 2013 21:25:13 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1363555512.98.0.88445311317.issue17299@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I'm not sure what is wrong and can't check on Windows, but it is possible that this patch fixes tests. Please check it if you can.

----------
Added file: http://bugs.python.org/file29433/test_cpickle_fileio.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Sun Mar 17 23:02:16 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sun, 17 Mar 2013 22:02:16 +0000
Subject: [issue17320] os.path.abspath in window7, return error
In-Reply-To: <1362050461.97.0.932202728371.issue17320@psf.upfronthosting.co.za>
Message-ID: <1363557736.76.0.714564983425.issue17320@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

There may be an issue with the GetFullPathName system call.
Could you copy the result of these functions:

import sys, locale
print(locale.getdefaultlocale())
print(sys.getdefaultencoding())

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17320>
_______________________________________

From report at bugs.python.org  Sun Mar 17 23:08:43 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 17 Mar 2013 22:08:43 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1363558123.45.0.456069208982.issue17299@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I think you want to open the files in binary mode, not text mode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Sun Mar 17 23:45:30 2013
From: report at bugs.python.org (Christian Theune)
Date: Sun, 17 Mar 2013 22:45:30 +0000
Subject: [issue16381] Introduce option to force the interpreter to exit upon
	MemoryErrors
In-Reply-To: <1351775704.44.0.517582874178.issue16381@psf.upfronthosting.co.za>
Message-ID: <1363560330.79.0.642628460687.issue16381@psf.upfronthosting.co.za>


Changes by Christian Theune <ct at gocept.com>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16381>
_______________________________________

From report at bugs.python.org  Sun Mar 17 23:47:48 2013
From: report at bugs.python.org (emmanuel)
Date: Sun, 17 Mar 2013 22:47:48 +0000
Subject: [issue14916] PyRun_InteractiveLoop fails to run interactively when
	using a Linux pty that's not tied to stdin/stdout
In-Reply-To: <1337960558.56.0.442179213708.issue14916@psf.upfronthosting.co.za>
Message-ID: <1363560468.36.0.273599993923.issue14916@psf.upfronthosting.co.za>


emmanuel added the comment:

Kevin,

Indeed the code I submitted can be written entirely in C using pipe fork execl dup2 etc. as you suggest. The only purpose of mixing bash and C is to have a short self-contained file showing the problem.

Anyway, whether in C or bash the workaround is less than satisfying in that it uses up fds 0 1 2, and I have exactly the same goal and constraints as you.

Finally, thanks for identifying the limitation in the python implementation and submitting a patch. Like you I hope it will be eventually applied.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14916>
_______________________________________

From report at bugs.python.org  Sun Mar 17 23:50:40 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 17 Mar 2013 22:50:40 +0000
Subject: [issue16880] Importing "imp" will fail if dynamic loading not
	supported
In-Reply-To: <1357485625.89.0.912311839023.issue16880@psf.upfronthosting.co.za>
Message-ID: <3ZTbMz4SHtzS1B@mail.python.org>


Roundup Robot added the comment:

New changeset d5aa922f97f9 by Brett Cannon in branch '3.3':
Issue #16880: _imp.load_dynamic() is not defined on a platform that
http://hg.python.org/cpython/rev/d5aa922f97f9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16880>
_______________________________________

From report at bugs.python.org  Mon Mar 18 00:03:30 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 17 Mar 2013 23:03:30 +0000
Subject: [issue17415] Clarify docs of os.path.normpath()
In-Reply-To: <1363254084.71.0.566046555071.issue17415@psf.upfronthosting.co.za>
Message-ID: <1363561410.11.0.80533581865.issue17415@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The top of the os doc makes it clear that path = byte string or unicode string and I meant 'string' in that generalized sense. I think 'string' is used that way elsewhere in the 3.x docs. I though of 'text manipulation', but as the doc again makes clear, unix byte string paths may not be 'text', which is why byte string paths are needed. That was my thought, anyway.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17415>
_______________________________________

From report at bugs.python.org  Mon Mar 18 00:04:21 2013
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 17 Mar 2013 23:04:21 +0000
Subject: [issue16880] Importing "imp" will fail if dynamic loading not
	supported
In-Reply-To: <1357485625.89.0.912311839023.issue16880@psf.upfronthosting.co.za>
Message-ID: <1363561461.49.0.602213579596.issue16880@psf.upfronthosting.co.za>


Brett Cannon added the comment:

In honour of Jeffrey's lightning talk at PyCon 2013, I just committed the fix!

----------
assignee: christian.heimes -> brett.cannon
resolution:  -> fixed
stage: commit review -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16880>
_______________________________________

From report at bugs.python.org  Mon Mar 18 00:05:13 2013
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 17 Mar 2013 23:05:13 +0000
Subject: [issue16880] Importing "imp" will fail if dynamic loading not
	supported
In-Reply-To: <1357485625.89.0.912311839023.issue16880@psf.upfronthosting.co.za>
Message-ID: <1363561513.98.0.989098956809.issue16880@psf.upfronthosting.co.za>


Brett Cannon added the comment:

And this was merged into default in http://hg.python.org/cpython/rev/3c3c9ad7c297 but for some reason it didn't show up attached to this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16880>
_______________________________________

From report at bugs.python.org  Mon Mar 18 00:51:31 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 17 Mar 2013 23:51:31 +0000
Subject: [issue17416] Clarify docs of os.walk()
In-Reply-To: <1363254181.3.0.0190813002191.issue17416@psf.upfronthosting.co.za>
Message-ID: <1363564291.39.0.0746719704906.issue17416@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I considered your point, re-read the walk entry, and still wish to leave it as it is. First, we are not in the business of providing synonyms for everything. Second, The abbreviations BFS and DFS did not immediately register with me, even though I am quite familiar with the concepts. I expect that many would find them more confusing rather than less. So they would need to be spelled out. There is also the issue of whether the defined topdown behavior is 'exactly' what any particular person would consider 'breadth-first search'. For one thing, walk does not exactly visit leaf-nodes -- it provides a list of them so that the caller can 'visit' them.

Unselecting 'Resolution' amounts to partially reopening an issue. Please don't do that.

----------
resolution:  -> works for me

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17416>
_______________________________________

From report at bugs.python.org  Mon Mar 18 01:26:23 2013
From: report at bugs.python.org (Greg Ward)
Date: Mon, 18 Mar 2013 00:26:23 +0000
Subject: [issue17445] Return the type you accept
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363566383.61.0.102525805468.issue17445@psf.upfronthosting.co.za>


Greg Ward added the comment:

The particular use case that triggered this: Mercurial's test suite. It runs "hg blah blah" and compares the output against known good output. But Mercurial's output is just bytes, because pretty much everything in a Mercurial repo is just bytes (file data of course, but also filenames and even changeset metadata like usernames).

So attempting to run the Mercurial test suite under 3.x immediately fails hard. The boiled-down essence of the bug is this:

>>> import difflib
>>> a = b"hello world"
>>> b = b"goodbye world"
>>> [line for line in difflib.unified_diff(a, b)]
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 1, in <listcomp>
  File "/home/greg/src/cpython/3.2/Lib/difflib.py", line 1224, in unified_diff
    yield '-' + line
TypeError: Can't convert 'int' object to str implicitly

----------
nosy: +durin42, gward

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Mon Mar 18 01:52:37 2013
From: report at bugs.python.org (Kevin Barry)
Date: Mon, 18 Mar 2013 00:52:37 +0000
Subject: [issue14916] PyRun_InteractiveLoop fails to run interactively when
	using a Linux pty that's not tied to stdin/stdout
In-Reply-To: <1337960558.56.0.442179213708.issue14916@psf.upfronthosting.co.za>
Message-ID: <1363567957.8.0.310483174698.issue14916@psf.upfronthosting.co.za>


Kevin Barry added the comment:

One additional issue, which my patch doesn't address, is that PyRun_InteractiveLoop should really take *two* FILE* arguments, with the second one being optional. This is because on Linux (and presumably on other *nixes) if a read operation is blocked on a file descriptor then write operations (from other threads) to the same file descriptor will also block. That doesn't happen in the current Python implementations because PyOS_Readline is always called with two FILE* objects, anyway (stdin and stdout.) I would, however, expect such a problem to appear if a user created a Python thread in the interactive session that periodically printed to the terminal, then read input from the terminal. In that case, I would expect to see no output from the thread while the read operations were blocked, but I haven't tested it. (I don't remember if this came up after I applied my patch locally.)

I actually considered this when I created the patch; however, I didn't feel like going to all the trouble of adding a member to tok and propagating the change throughout the entire core. I had hoped this bug would get more attention and I'd be able to discuss it with a developer involved in the Python project, but ultimately that didn't happen and I ended up forgetting about it.

Kevin Barry

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14916>
_______________________________________

From report at bugs.python.org  Mon Mar 18 02:04:40 2013
From: report at bugs.python.org (Kushal Das)
Date: Mon, 18 Mar 2013 01:04:40 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363568680.12.0.0266698863926.issue17409@psf.upfronthosting.co.za>


Kushal Das added the comment:

On Fedora 17, x86_64

./python 
Python 3.4.0a0 (default:fb50eb64e097, Feb 22 2013, 11:43:18) 
[GCC 4.7.2 20120921 (Red Hat 4.7.2-2)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import resource
[92450 refs, 32257 blocks]
>>> resource.setrlimit(resource.RLIMIT_NOFILE, (10, -1))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: not allowed to raise maximum limit

----------
nosy: +kushaldas

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Mon Mar 18 02:24:18 2013
From: report at bugs.python.org (Matthew Barnett)
Date: Mon, 18 Mar 2013 01:24:18 +0000
Subject: [issue17447] str.identifier shouldn't accept Python keywords
In-Reply-To: <1363544574.75.0.347741161045.issue17447@psf.upfronthosting.co.za>
Message-ID: <1363569858.55.0.19162459639.issue17447@psf.upfronthosting.co.za>


Matthew Barnett added the comment:

I already use it in the regex module for named groups. I don't think it would ever be a problem in practice because the names are invariably handled as strings.

----------
nosy: +mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17447>
_______________________________________

From report at bugs.python.org  Mon Mar 18 03:06:40 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 18 Mar 2013 02:06:40 +0000
Subject: [issue16057] Subclasses of JSONEncoder should not be insturcted to
	call JSONEncoder.decode
In-Reply-To: <1348695643.05.0.172807817425.issue16057@psf.upfronthosting.co.za>
Message-ID: <3ZTgk70nCbzSl5@mail.python.org>


Roundup Robot added the comment:

New changeset 5d56e1214e95 by R David Murray in branch '3.2':
#16057: Clarify why the base method default is called in custom encoders.
http://hg.python.org/cpython/rev/5d56e1214e95

New changeset 5f76e7db97ac by R David Murray in branch '3.3':
Merge #16057: Clarify why the base method default is called in custom encoders.
http://hg.python.org/cpython/rev/5f76e7db97ac

New changeset 406c6fd7e753 by R David Murray in branch 'default':
Merge #16057: Clarify why the base method default is called in custom encoders.
http://hg.python.org/cpython/rev/406c6fd7e753

New changeset ef8ea052bcc4 by R David Murray in branch '2.7':
#16057: Clarify why the base method default is called in custom encoders.
http://hg.python.org/cpython/rev/ef8ea052bcc4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16057>
_______________________________________

From report at bugs.python.org  Mon Mar 18 03:40:12 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Mar 2013 02:40:12 +0000
Subject: [issue16057] Subclasses of JSONEncoder should not be insturcted to
	call JSONEncoder.decode
In-Reply-To: <1348695643.05.0.172807817425.issue16057@psf.upfronthosting.co.za>
Message-ID: <1363574412.9.0.914007338766.issue16057@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks Kushal.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16057>
_______________________________________

From report at bugs.python.org  Mon Mar 18 03:49:09 2013
From: report at bugs.python.org (Kalon Mills)
Date: Mon, 18 Mar 2013 02:49:09 +0000
Subject: [issue15927] csv.reader() does not support escaped newline when
	quoting=csv.QUOTE_NONE
In-Reply-To: <1347425390.54.0.862014726204.issue15927@psf.upfronthosting.co.za>
Message-ID: <1363574949.3.0.244134328824.issue15927@psf.upfronthosting.co.za>


Kalon Mills added the comment:

Serhiy,  sorry I'm not sure I understand your question.  But if you take a look at the script that exhibits the problem I think the bug that I'm reporting becomes more clear.

Namely, using the dialect configuration shown in the script, the round trip conversion from string through writer then through the reader back to string is inconsistent.  The reader should return as output the same input that was given to the corresponding writer and this is not the case.  

So even if CVS in not well defined I believe the writer and reader should at least be consistent.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15927>
_______________________________________

From report at bugs.python.org  Mon Mar 18 03:53:41 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Mar 2013 02:53:41 +0000
Subject: [issue7720] Errors in tests and C implementation of raw FileIO
In-Reply-To: <1263678361.41.0.947080196973.issue7720@psf.upfronthosting.co.za>
Message-ID: <1363575221.65.0.0667667980818.issue7720@psf.upfronthosting.co.za>


R. David Murray added the comment:

Looks to me like this issue is out of date.

----------
nosy: +r.david.murray
resolution:  -> out of date
stage: test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7720>
_______________________________________

From report at bugs.python.org  Mon Mar 18 04:35:46 2013
From: report at bugs.python.org (Diane Trout)
Date: Mon, 18 Mar 2013 03:35:46 +0000
Subject: [issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but
	ignores short reads
In-Reply-To: <1363498261.39.0.504442520275.issue17443@psf.upfronthosting.co.za>
Message-ID: <1363577746.45.0.307653435935.issue17443@psf.upfronthosting.co.za>


Diane Trout added the comment:

So as a first stab at fixing this. I modified imaplib to wrap the process.stdin / process.stdout from with io.BufferedWriter / io.BufferedReader. I didn't use the TextIOWrapper as the imaplib wanted to work with the raw \r\n. 

The change seems to have fixed the problem I was having, I also checked out 82724:ef8ea052bcc4 and tried running "./python -m test -j3 " before and after the buffer wrapping and it didn't seem to trigger any test case failures.

----------
keywords: +patch
Added file: http://bugs.python.org/file29434/imaplib-buff.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17443>
_______________________________________

From report at bugs.python.org  Mon Mar 18 04:38:12 2013
From: report at bugs.python.org (Colin Su)
Date: Mon, 18 Mar 2013 03:38:12 +0000
Subject: [issue3840] if TESTFN == "/tmp/@test", some tests fail
In-Reply-To: <1221157656.48.0.996285676684.issue3840@psf.upfronthosting.co.za>
Message-ID: <1363577892.51.0.844728561764.issue3840@psf.upfronthosting.co.za>


Colin Su added the comment:

TESTFN will be in format "@test_{pid}_tmp" instead of "@test" right now.

So it's not easy to have exactly the same name "@test_{pid}_tmp" in case if you put "@test_{X}_tmp" (for X in range(1,100000)) so many files into the top folder.

does it need to keep open anymore?

----------
nosy: +littleq0903

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3840>
_______________________________________

From report at bugs.python.org  Mon Mar 18 04:40:40 2013
From: report at bugs.python.org (Rafael Santos)
Date: Mon, 18 Mar 2013 03:40:40 +0000
Subject: [issue17448] test_xml should skip when no xml parsers are found
Message-ID: <1363578040.13.0.982812379271.issue17448@psf.upfronthosting.co.za>


New submission from Rafael Santos:

When running test_xml, an exception is thrown if no SAXReader is available, but the test is not skipped.


[1/1] test_sax
test test_sax crashed -- Traceback (most recent call last):
  File "/Users/tucif/Documents/dev/cpython/cpython/Lib/test/test_sax.py", line 7, in <module>
    make_parser()
  File "/Users/tucif/Documents/dev/cpython/cpython/Lib/xml/sax/__init__.py", line 90, in make_parser
    raise SAXReaderNotAvailable("No parsers found", None)
xml.sax._exceptions.SAXReaderNotAvailable: No parsers found

----------
components: Tests
messages: 184419
nosy: tucif
priority: normal
severity: normal
status: open
title: test_xml should skip when no xml parsers are found
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17448>
_______________________________________

From report at bugs.python.org  Mon Mar 18 04:44:56 2013
From: report at bugs.python.org (Rafael Santos)
Date: Mon, 18 Mar 2013 03:44:56 +0000
Subject: [issue17448] test_xml should skip when no xml parsers are found
In-Reply-To: <1363578040.13.0.982812379271.issue17448@psf.upfronthosting.co.za>
Message-ID: <1363578296.29.0.994979450935.issue17448@psf.upfronthosting.co.za>


Changes by Rafael Santos <tucif.x at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29435/skiptestsax.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17448>
_______________________________________

From report at bugs.python.org  Mon Mar 18 04:45:12 2013
From: report at bugs.python.org (Rafael Santos)
Date: Mon, 18 Mar 2013 03:45:12 +0000
Subject: [issue17448] test_sax should skip when no xml parsers are found
In-Reply-To: <1363578040.13.0.982812379271.issue17448@psf.upfronthosting.co.za>
Message-ID: <1363578312.58.0.47605125163.issue17448@psf.upfronthosting.co.za>


Changes by Rafael Santos <tucif.x at gmail.com>:


----------
title: test_xml should skip when no xml parsers are found -> test_sax should skip when no xml parsers are found

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17448>
_______________________________________

From report at bugs.python.org  Mon Mar 18 05:03:11 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 18 Mar 2013 04:03:11 +0000
Subject: [issue10560] Fixes for Windows sources
In-Reply-To: <1290943077.95.0.556815872588.issue10560@psf.upfronthosting.co.za>
Message-ID: <1363579391.68.0.130979246138.issue10560@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I'm rejecting the patch, on grounds of PEP 11. We only support MSVC compilers up to 3 years after the extended support by Microsoft has expired. For MSC 5, this is long past. For MSC 6, extended support was discontinued in 2005, for MSVC 2002, in 2009. For all these versions, we will not accept patches anymore.

MSVC 2003 will be supported until 08/10/2013, 2005 until 12/04/2016, and 2008 until 10/04/2018, so we would continue to accept for any of these for quite some time.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10560>
_______________________________________

From report at bugs.python.org  Mon Mar 18 05:08:17 2013
From: report at bugs.python.org (Dave Malcolm)
Date: Mon, 18 Mar 2013 04:08:17 +0000
Subject: [issue17449] dev guide appears not to cover the benchmarking suite
Message-ID: <1363579697.14.0.518781563777.issue17449@psf.upfronthosting.co.za>


New submission from Dave Malcolm:

Does the devguide document the benchmarking suite anywhere?  I can't see it anywhere in the index on http://docs.python.org/devguide/ and google doesn't seem to show anything.

suggested content:
  * how to run the benchmarks for a Python 2 implementation
  * how to run the benchmarks for a Python 3 implementation

Sorry if it exists and I missed it

----------
assignee: brett.cannon
components: Devguide
messages: 184421
nosy: brett.cannon, dmalcolm, ezio.melotti
priority: normal
severity: normal
status: open
title: dev guide appears not to cover the benchmarking suite

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17449>
_______________________________________

From report at bugs.python.org  Mon Mar 18 05:26:03 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 18 Mar 2013 04:26:03 +0000
Subject: [issue17448] test_sax should skip when no xml parsers are found
In-Reply-To: <1363578040.13.0.982812379271.issue17448@psf.upfronthosting.co.za>
Message-ID: <3ZTkpz0yjFzSmX@mail.python.org>


Roundup Robot added the comment:

New changeset 114e363ebf83 by R David Murray in branch '3.2':
#17448: Make test_sax skip if there are no xml parsers.
http://hg.python.org/cpython/rev/114e363ebf83

New changeset 3ab80610b2a2 by R David Murray in branch '3.3':
Merge #17448: Make test_sax skip if there are no xml parsers.
http://hg.python.org/cpython/rev/3ab80610b2a2

New changeset 59621d4f1171 by R David Murray in branch 'default':
Merge #17448: Make test_sax skip if there are no xml parsers.
http://hg.python.org/cpython/rev/59621d4f1171

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17448>
_______________________________________

From report at bugs.python.org  Mon Mar 18 05:28:22 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Mar 2013 04:28:22 +0000
Subject: [issue17448] test_sax should skip when no xml parsers are found
In-Reply-To: <1363578040.13.0.982812379271.issue17448@psf.upfronthosting.co.za>
Message-ID: <1363580902.95.0.683166489952.issue17448@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Rafael.

----------
nosy: +r.david.murray
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.2, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17448>
_______________________________________

From report at bugs.python.org  Mon Mar 18 05:52:02 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Mar 2013 04:52:02 +0000
Subject: [issue17415] Clarify docs of os.path.normpath()
In-Reply-To: <1363254084.71.0.566046555071.issue17415@psf.upfronthosting.co.za>
Message-ID: <1363582322.24.0.132420297422.issue17415@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee: docs at python -> terry.reedy
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17415>
_______________________________________

From report at bugs.python.org  Mon Mar 18 06:35:42 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Mar 2013 05:35:42 +0000
Subject: [issue17445] Return the type you accept
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363584942.23.0.809089517581.issue17445@psf.upfronthosting.co.za>


R. David Murray added the comment:

That looks like a bug in difflib (regardless of what type it returns).  But note that I'm agreeing that returning the same type you are given is generally preferrable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Mon Mar 18 06:45:12 2013
From: report at bugs.python.org (paul j3)
Date: Mon, 18 Mar 2013 05:45:12 +0000
Subject: [issue9334] argparse does not accept options taking arguments
	beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1363585512.77.0.420234166761.issue9334@psf.upfronthosting.co.za>


paul j3 added the comment:

I think the `re.compile(r'^-.+$')` behavior could be better achieved by inserting a simple test in `_parse_optional` before the `_negative_number_matcher` test.

    # behave more like optparse even if the argument looks like a option
    if self.args_default_to_positional:
        return None

In effect, if the string does not match an action string, say it is a positional.

Making this patch to argparse.py is simple. How much to test it, and how document it requires more thought.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Mon Mar 18 06:55:53 2013
From: report at bugs.python.org (Christina Chan)
Date: Mon, 18 Mar 2013 05:55:53 +0000
Subject: [issue17450] Failed to build _sqlite3
Message-ID: <1363586152.78.0.622740707583.issue17450@psf.upfronthosting.co.za>


New submission from Christina Chan:

Tried to install python 2.7.3 on Linux 2.6.18-194.8.1.el5 x86_64 with the following steps:-

1. after gunzip, did ./configure in Python-2.7.3 directory
2. make

here is the error I ran into when executing make:-

Python build finished, but the necessary bits to build these modules were not found:
bsddb185           dl                 imageop         
sunaudiodev                                           
To find the necessary bits, look in setup.py in detect_modules() for the module's name.


Failed to build these modules:
_sqlite3                                              

I looked through the README and history and tried the followings but not successful:-

1. yum install libsqlite3-dev or libsqlite3-devel - cannot find either.
2. uncomment the Modules/Setup to build the bsdbb185 but that results in error.

Question:-
1. Is this module _sqlite3 needed? If it is, how to fix this compiler error?

----------
components: Installation
files: make_log.txt
messages: 184426
nosy: cchan_95125
priority: normal
severity: normal
status: open
title: Failed to build _sqlite3
type: compile error
versions: Python 2.7
Added file: http://bugs.python.org/file29436/make_log.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17450>
_______________________________________

From report at bugs.python.org  Mon Mar 18 06:57:59 2013
From: report at bugs.python.org (Matt Bachmann)
Date: Mon, 18 Mar 2013 05:57:59 +0000
Subject: [issue17451] Test to splitdoc in pydoc.py
Message-ID: <1363586279.07.0.970452184927.issue17451@psf.upfronthosting.co.za>


New submission from Matt Bachmann:

Found a line in splitdoc that was not being exercised.

I added a test for it.

----------
components: Library (Lib)
files: splitdoc_description_test.patch
keywords: patch
messages: 184427
nosy: Matt.Bachmann
priority: normal
severity: normal
status: open
title: Test to splitdoc in pydoc.py
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file29437/splitdoc_description_test.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17451>
_______________________________________

From report at bugs.python.org  Mon Mar 18 07:17:58 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Mar 2013 06:17:58 +0000
Subject: [issue17445] Return the type you accept
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363587478.73.0.248187729813.issue17445@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Changing behavior that already matches the docs is an enhancement, not a bugfix, and one that will almost certainly break code. It is therefore one that would normally require a deprecation period. I think the most you should ask for is to skip the deprecation period.

I believe the urllib and difflib problems are quite different. I am going to presume that urllib simply converts bytes input to str and goes on from there, returning the result as str rather than (possibly) converting back to bytes. That is an example for this issue.

Difflib.unified_diff, on the other hand, raises rather than returning an unexpected or undesired type. The 3 sections like the below have two problems given the toy input of two bytes objects.

            if tag in {'replace', 'delete'}:
                for line in a[i1:i2]:
                    yield '-' + line

First, iterating bytes or a slice of bytes returns ints, not 1-byte bytes. Hence the exception. Even if that were worked around, the mixed string constant + bytes expression would raise a TypeError. One fix for both problems would be to change the expression to '-' + str(line).

Neither of these problems are bugs. The doc says "Compare a and b (lists of strings)". Actually, 'sequence of strings' is sufficient. For the operations of unified_diff, a string looks like a sequence of 1-char strings, which is why

>>> for l in difflib.unified_diff('ab', 'c'): print(l)

--- 

+++ 

@@ -1,2 +1 @@

-a
-b
+c

works.

The other lines yielded by unified_diff are produced with str.format, and % formatting does not seem to work with bytes either. So a dual string/bytes function would not be completely trivial.

Greg, can you convert bytes to strings, or strings to bytes, for your tests, or do you have non-ascii codes in your bytes? Otherwise, I think it might be better to write a new function 'unified_diff_bytes' that did exactly what you want than to try to make unified_diff accept sequences of bytes.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Mon Mar 18 07:19:28 2013
From: report at bugs.python.org (Russell Kackley)
Date: Mon, 18 Mar 2013 06:19:28 +0000
Subject: [issue17452] ftplib raises exception if ssl module is not available
Message-ID: <1363587568.02.0.896930702803.issue17452@psf.upfronthosting.co.za>


New submission from Russell Kackley:

On a system with no ssl module the following test failure occurs:

======================================================================
ERROR: test_dir (test.test_ftplib.TestFTPClass)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/rkackley/Code/cpython/Lib/test/test_ftplib.py", line 598, in test_dir
    self.client.dir(lambda x: l.append(x))
  File "/home/rkackley/Code/cpython/Lib/ftplib.py", line 565, in dir
    self.retrlines(cmd, func)
  File "/home/rkackley/Code/cpython/Lib/ftplib.py", line 476, in retrlines
    if isinstance(conn, _SSLSocket):
TypeError: isinstance() arg 2 must be a type or tuple of types

----------
components: Library (Lib)
files: ftplib.diff
keywords: patch
messages: 184429
nosy: giampaolo.rodola, rkackley
priority: normal
severity: normal
status: open
title: ftplib raises exception if ssl module is not available
type: behavior
versions: Python 3.4
Added file: http://bugs.python.org/file29438/ftplib.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17452>
_______________________________________

From report at bugs.python.org  Mon Mar 18 07:36:49 2013
From: report at bugs.python.org (Illia Polosukhin)
Date: Mon, 18 Mar 2013 06:36:49 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1363588609.93.0.572532687993.issue17206@psf.upfronthosting.co.za>


Illia Polosukhin added the comment:

I've worked on this with Dave Malcolm @PyCon2013 sprints.

This patch is work in progress to make Py_XDECREF() and Py_XINCREF() expands their arguments once instead of multiple times.

Because patch is work in progress, it contains old version for ease of benchmarking. To enable the old version - define OLD_17206.

Tested so far only with: Clang on Mac OS X 10.7 x64.

----------
keywords: +patch
nosy: +ilblackdragon
Added file: http://bugs.python.org/file29439/17206.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Mon Mar 18 07:46:04 2013
From: report at bugs.python.org (Illia Polosukhin)
Date: Mon, 18 Mar 2013 06:46:04 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1363589164.67.0.213647608131.issue17206@psf.upfronthosting.co.za>


Illia Polosukhin added the comment:

Additionally, in macros Py_XINCREF and Py_XDECREF we've took an opportunity to increase readability by changing expression:
> if (item == NULL) ; else action(item);
to more natural inverted condition:
> if (item != NULL) action(item);

There is a chance that there may be a reason for this form of expression, so let me know if this is an issue.

----------
nosy: +larry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Mon Mar 18 07:47:28 2013
From: report at bugs.python.org (Illia Polosukhin)
Date: Mon, 18 Mar 2013 06:47:28 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1363589248.28.0.480480471727.issue17206@psf.upfronthosting.co.za>


Illia Polosukhin added the comment:

Benchmark run on Clang Mac OS X 10.7 attached of comparison with and without patch 17206.diff.

----------
Added file: http://bugs.python.org/file29440/perf.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Mon Mar 18 07:49:52 2013
From: report at bugs.python.org (Illia Polosukhin)
Date: Mon, 18 Mar 2013 06:49:52 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1363589392.91.0.791164717667.issue17206@psf.upfronthosting.co.za>


Illia Polosukhin added the comment:

Command used for benchmarking was:

python perf.py -b 2n3 -f ../cpython/baseline-clang/python.exe ../cpython/experiment-clang/python.exe | tee perf.log

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Mon Mar 18 08:15:24 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Mar 2013 07:15:24 +0000
Subject: [issue3840] if TESTFN == "/tmp/@test", some tests fail
In-Reply-To: <1221157656.48.0.996285676684.issue3840@psf.upfronthosting.co.za>
Message-ID: <1363590924.23.0.961569667885.issue3840@psf.upfronthosting.co.za>


R. David Murray added the comment:

To clarify Colin's comment (we worked on this at the sprints), in 2.7 and later regrtest no longer will generate a TESTFN that starts with /tmp in any circumstance, so that includes cygwin.  (Instead regrtest creates a temporary directory in which the tests are run.)  So, indeed, this bug is now out of date.

----------
resolution:  -> out of date
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3840>
_______________________________________

From report at bugs.python.org  Mon Mar 18 08:34:49 2013
From: report at bugs.python.org (=?utf-8?q?Herv=C3=A9_Coatanhay?=)
Date: Mon, 18 Mar 2013 07:34:49 +0000
Subject: [issue17453] logging.config.fileConfig error
Message-ID: <1363592089.61.0.213350705624.issue17453@psf.upfronthosting.co.za>


New submission from Herv? Coatanhay:

In python 2.7 this code works:

>>> import logging.config
>>> import StringIO
>>> a="""[loggers]
... keys = root
... [logger_root]
... handlers = ""
... [formatters]
... keys = ""
... [handlers]
... keys = ""
... """
>>> logging.config.fileConfig(StringIO.StringIO(a))
>>> 

whereas in python 3.3 it raises an exception:

>>> import logging.config
>>> import io
>>> a="""[loggers]
... keys = root
... [logger_root]
... handlers = ""
... [formatters]
... keys = ""
... [handlers]
... keys = ""
... """
>>> logging.config.fileConfig(io.StringIO(a))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/logging/config.py", line 70, in fileConfig
    formatters = _create_formatters(cp)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/logging/config.py", line 114, in _create_formatters
    class_name = cp[sectname].get("class")
  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/configparser.py", line 942, in __getitem__
    raise KeyError(key)
KeyError: 'formatter_""'
>>>

----------
components: Library (Lib)
messages: 184435
nosy: Alzakath
priority: normal
severity: normal
status: open
title: logging.config.fileConfig error
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17453>
_______________________________________

From report at bugs.python.org  Mon Mar 18 09:20:30 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 18 Mar 2013 08:20:30 +0000
Subject: [issue17450] Failed to build _sqlite3
In-Reply-To: <1363586152.78.0.622740707583.issue17450@psf.upfronthosting.co.za>
Message-ID: <1363594830.72.0.872662505537.issue17450@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The module is not needed (unless you are planning to use sqlite), so you can simply ignore the warning.  See also http://docs.python.org/devguide/setup.html#build-dependencies.

----------
nosy: +ezio.melotti
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17450>
_______________________________________

From report at bugs.python.org  Mon Mar 18 09:27:28 2013
From: report at bugs.python.org (alef)
Date: Mon, 18 Mar 2013 08:27:28 +0000
Subject: [issue17454] ld_so_aix not used when linking c++ (scipy)
Message-ID: <1363595248.19.0.716647347764.issue17454@psf.upfronthosting.co.za>


New submission from alef:

error: Command "xlC_r xlC_r -bI:/pathp/to/lib/python2.7/config/python.exp ...".

unixccompiler.py at line 251 override linker[0] with self.compiler_cxx[0]. This is not true for AIX that uses the script ld_so_aix, and not xlC_r.

----------
assignee: eric.araujo
components: Distutils
messages: 184437
nosy: alef, eric.araujo, tarek
priority: normal
severity: normal
status: open
title: ld_so_aix not used when linking c++ (scipy)
type: compile error
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17454>
_______________________________________

From report at bugs.python.org  Mon Mar 18 09:39:11 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 18 Mar 2013 08:39:11 +0000
Subject: [issue17445] Return the type you accept
In-Reply-To: <1363587478.73.0.248187729813.issue17445@psf.upfronthosting.co.za>
Message-ID: <CADiSq7dPPS0H=L9woSw5ngPzpAxhZKmc=ChDOApFB4298DLdzA@mail.gmail.com>


Nick Coghlan added the comment:

At a glance, this just looks like a bug in difflib - it should use
different literals when handling bytes. (Given that difflib newline
processing assumes ASCII compatibility, a latin-1 based decode/encode
solution may also be viable).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Mon Mar 18 09:52:00 2013
From: report at bugs.python.org (Illia Polosukhin)
Date: Mon, 18 Mar 2013 08:52:00 +0000
Subject: [issue2786] Names in traceback should have class names,
	if they're methods
In-Reply-To: <1210191958.85.0.412869826908.issue2786@psf.upfronthosting.co.za>
Message-ID: <1363596720.23.0.918934408721.issue2786@psf.upfronthosting.co.za>


Illia Polosukhin added the comment:

Talked with David Murray (r.david.murray) at @pycon2013 sprints - will try to address this.

----------
nosy: +ilblackdragon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2786>
_______________________________________

From report at bugs.python.org  Mon Mar 18 09:59:27 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 18 Mar 2013 08:59:27 +0000
Subject: [issue17452] ftplib raises exception if ssl module is not available
In-Reply-To: <1363587568.02.0.896930702803.issue17452@psf.upfronthosting.co.za>
Message-ID: <3ZTrtR0D2MzMbR@mail.python.org>


Roundup Robot added the comment:

New changeset 0842c5411ed6 by Giampaolo Rodola' in branch 'default':
(issue 17452 / ftplib) fix TypeError occurring in case ssl module is not installed
http://hg.python.org/cpython/rev/0842c5411ed6

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17452>
_______________________________________

From report at bugs.python.org  Mon Mar 18 10:22:06 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 18 Mar 2013 09:22:06 +0000
Subject: [issue17452] ftplib raises exception if ssl module is not available
In-Reply-To: <1363587568.02.0.896930702803.issue17452@psf.upfronthosting.co.za>
Message-ID: <1363598526.77.0.209732315902.issue17452@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Fixed, thanks.

----------
assignee:  -> giampaolo.rodola
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17452>
_______________________________________

From report at bugs.python.org  Mon Mar 18 12:05:27 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 18 Mar 2013 11:05:27 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1363604727.77.0.41317238693.issue17299@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Oh, yes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Mon Mar 18 12:05:53 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 18 Mar 2013 11:05:53 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1363604753.79.0.255084240435.issue17299@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


Removed file: http://bugs.python.org/file29433/test_cpickle_fileio.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Mon Mar 18 12:08:20 2013
From: report at bugs.python.org (Felix Matenaar)
Date: Mon, 18 Mar 2013 11:08:20 +0000
Subject: [issue17455] ImportError (xml.dom.minidom) in
	/usr/lib/python2.7/dist-packages/apport/report.py
Message-ID: <1363604900.47.0.735046009631.issue17455@psf.upfronthosting.co.za>


New submission from Felix Matenaar:

We're getting the following exception in a custom testing framework using sqlalchemy. Our process is running several days and the exception seems to occurs unproducably during runtime, sometimes after a day and sometimes after a couple of hours. The same code is executed many times before.

To me it looks like SQLAlchemy crashed which then leads to the import error. Maybe I'll have to issue a bug for this specific project but first wanted to ask you guys.

File "/home/test/research/testing/db.py", line 101, in addException
self.testrun.exceptions.append(exc)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/attributes.py", line 168, in _get_
return self.impl.get(instance_state(instance),dict_)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/attributes.py", line 453, in get
value = self.callable_(state, passive)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/strategies.py", line 563, in _load_for_state
result = q.all()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py", line 1947, in all
return list(self)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py", line 2057, in _iter_
return self._execute_and_instances(context)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py", line 2070, in _execute_and_instances
close_with_result=True)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py", line 2061, in _connection_from_session
**kw)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/session.py", line 719, in connection
close_with_result=close_with_result)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/session.py", line 723, in _connection_for_bind
return self.transaction._connection_for_bind(engine)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/session.py", line 266, in _connection_for_bind
conn = bind.contextual_connect()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py", line 2340, in contextual_connect
self.pool.connect(),
File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 210, in connect
return _ConnectionFairy(self).checkout()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 371, in _init_
rec = self._connection_record = pool._do_get()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 758, in _do_get
return self._create_connection()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 174, in _create_connection
return _ConnectionRecord(self)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 256, in _init_
self.connection = self.__connect()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 316, in __connect
connection = self.__pool._creator()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/strategies.py", line 80, in connect
return dialect.connect(*cargs, **cparams)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/default.py", line 280, in connect
return self.dbapi.connect(*cargs, **cparams)
sqlalchemy.exc.OperationalError: (OperationalError) unable to open database file None None
Error in sys.excepthook:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/apport_python_hook.py", line 66, in apport_excepthook
from apport.fileutils import likely_packaged, get_recent_crashes
File "/usr/lib/python2.7/dist-packages/apport/_init_.py", line 1, in <module>
from apport.report import Report
File "/usr/lib/python2.7/dist-packages/apport/report.py", line 15, in <module>
import xml.dom, xml.dom.minidom
ImportError: No module named minidom

Original exception was:
Traceback (most recent call last):
File "./test", line 72, in <module>
prog.run()
File "./test", line 67, in run
ts.run(self._getStorageBackend())
File "/home/test/research/testing/testsets.py", line 104, in run
storage.addException(exc)
File "/home/test/research/testing/db.py", line 101, in addException
self.testrun.exceptions.append(exc)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/attributes.py", line 168, in _get_
return self.impl.get(instance_state(instance),dict_)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/attributes.py", line 453, in get
value = self.callable_(state, passive)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/strategies.py", line 563, in _load_for_state
result = q.all()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py", line 1947, in all
return list(self)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py", line 2057, in _iter_
return self._execute_and_instances(context)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py", line 2070, in _execute_and_instances
close_with_result=True)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py", line 2061, in _connection_from_session
**kw)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/session.py", line 719, in connection
close_with_result=close_with_result)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/session.py", line 723, in _connection_for_bind
return self.transaction._connection_for_bind(engine)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/orm/session.py", line 266, in _connection_for_bind
conn = bind.contextual_connect()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py", line 2340, in contextual_connect
self.pool.connect(),
File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 210, in connect
return _ConnectionFairy(self).checkout()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 371, in _init_
rec = self._connection_record = pool._do_get()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 758, in _do_get
return self._create_connection()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 174, in _create_connection
return _ConnectionRecord(self)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 256, in _init_
self.connection = self.__connect()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 316, in __connect
connection = self.__pool._creator()
File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/strategies.py", line 80, in connect
return dialect.connect(*cargs, **cparams)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/default.py", line 280, in connect
return self.dbapi.connect(*cargs, **cparams)
sqlalchemy.exc.OperationalError: (OperationalError) unable to open database file None None

----------
messages: 184443
nosy: Felix.Matenaar
priority: normal
severity: normal
status: open
title: ImportError (xml.dom.minidom) in /usr/lib/python2.7/dist-packages/apport/report.py
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17455>
_______________________________________

From report at bugs.python.org  Mon Mar 18 12:15:04 2013
From: report at bugs.python.org (Matt Clarke)
Date: Mon, 18 Mar 2013 11:15:04 +0000
Subject: [issue17310] Ctypes callbacks shows problem on Windows Python (64bit)
In-Reply-To: <1363180798.92.0.964733025534.issue17310@psf.upfronthosting.co.za>
Message-ID: <CAHVc1YPRbkZeqr1OTns=tANt1VvhzKvpibNRqrQAqVFVbix-cw@mail.gmail.com>


Matt Clarke added the comment:

Hi Amaury.

I have tried removing pack and using /Zp1, but it makes no difference.
The size of callback_t and the one in C are 8 bytes.

Thanks,

Matt

On 13 March 2013 13:19, Amaury Forgeot d'Arc <report at bugs.python.org> wrote:

>
> Amaury Forgeot d'Arc added the comment:
>
> Is "_pack_ = 1" correct? Did you compile your C library with /Zp1 or
> similar?
> Also check that ctypes.sizeof(callback_t) matches the one given by the C
> compiler.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17310>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17310>
_______________________________________

From report at bugs.python.org  Mon Mar 18 12:18:02 2013
From: report at bugs.python.org (klappnase)
Date: Mon, 18 Mar 2013 11:18:02 +0000
Subject: [issue17397] ttk::themes missing from ttk.py
In-Reply-To: <1363005797.61.0.988966555267.issue17397@psf.upfronthosting.co.za>
Message-ID: <1363605482.34.0.196859077543.issue17397@psf.upfronthosting.co.za>


klappnase added the comment:

I am not familiar with python's test unit, but I tried my best.

As far as I see there are three possibilities to invoke the function:
* without pattern -> return tuple with all themes
* with pattern that matches one or more themes
* with pattern that matches no themes -> return empty tuple

So I tried to add a method to test_style.StyleTest() :

    def test_themes(self):
        installed_themes = self.style.themes()
        some_themes = self.style.themes('*e*')
        no_themes = self.style.themes('foobarbaz')

        self.assertTrue(isinstance(installed_themes, tuple))
        self.assertTrue(isinstance(some_themes, tuple))
        self.assertTrue(isinstance(no_themes, tuple))

Oddly enough this fails on my own system (debian squeeze, tk-8.5.8, python-3.1.3 / -2.6.6):

$ python3 test_style.py
test_configure (__main__.StyleTest) ... ok
test_layout (__main__.StyleTest) ... ok
test_lookup (__main__.StyleTest) ... ok
test_map (__main__.StyleTest) ... ok
test_theme_use (__main__.StyleTest) ... ok
test_themes (__main__.StyleTest) ... ERROR

======================================================================
ERROR: test_themes (__main__.StyleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "test_style.py", line 97, in test_themes
    no_themes = self.style.themes('foobarbaz')
  File "/usr/lib/python3.1/tkinter/ttk.py", line 536, in themes
    return self.tk.splitlist(self.tk.call('ttk::themes', pattern))
TypeError: Can't convert '_tkinter.Tcl_Obj' object to str implicitly

----------------------------------------------------------------------
Ran 6 tests in 0.086s

FAILED (errors=1)
Traceback (most recent call last):
  File "test_style.py", line 108, in <module>
    run_unittest(*tests_gui)
  File "/usr/lib/python3.1/test/support.py", line 955, in run_unittest
    _run_suite(suite)
  File "/usr/lib/python3.1/test/support.py", line 938, in _run_suite
    raise TestFailed(err)
test.support.TestFailed: Traceback (most recent call last):
  File "test_style.py", line 97, in test_themes
    no_themes = self.style.themes('foobarbaz')
  File "/usr/lib/python3.1/tkinter/ttk.py", line 536, in themes
    return self.tk.splitlist(self.tk.call('ttk::themes', pattern))
TypeError: Can't convert '_tkinter.Tcl_Obj' object to str implicitly

The same error occurs with python-2.6.6 (same tk). Apparently this is because:

$ python3
Python 3.1.3 (r313:86834, Nov 28 2010, 11:28:10) 
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from tkinter import *
>>> from tkinter import ttk
>>> r=Tk()
>>> s=ttk.Style()
>>> x = s.themes('foo')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.1/tkinter/ttk.py", line 536, in themes
    return self.tk.splitlist(self.tk.call('ttk::themes', pattern))
TypeError: Can't convert '_tkinter.Tcl_Obj' object to str implicitly
>>> x=r.tk.call('ttk::themes', 'foo')
>>> x
<StateSpec object at 0x9b1b6c8>
>>> str(x)
''
>>> 

Called from wish the same call returns an empty string as expected:

$ wish
% ttk::themes
classic default clam alt
% ttk::themes *e*
default
% ttk::themes foobarbaz
%

In python2.6, when setting Tkinter.wantobjects to 0, themes('foo') returns an empty tuple as expected.
So I guess this is due to a bug in debian's python/tkinter install. Can anyone confirm this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17397>
_______________________________________

From report at bugs.python.org  Mon Mar 18 12:19:05 2013
From: report at bugs.python.org (Corto Nexus)
Date: Mon, 18 Mar 2013 11:19:05 +0000
Subject: [issue17456] os.py (unexpected character)
Message-ID: <1363605545.76.0.413275928498.issue17456@psf.upfronthosting.co.za>


New submission from Corto Nexus:

In Python 3.3 (Windows 32bits) the lib os.py start with an uncommented letter 'r'.

----------
messages: 184446
nosy: corto.nexus
priority: normal
severity: normal
status: open
title: os.py (unexpected character)
type: enhancement
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17456>
_______________________________________

From report at bugs.python.org  Mon Mar 18 12:24:27 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 18 Mar 2013 11:24:27 +0000
Subject: [issue17299] Test cPickle with real files
In-Reply-To: <1361867979.39.0.619834075084.issue17299@psf.upfronthosting.co.za>
Message-ID: <1363605867.81.0.0556152635751.issue17299@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Benjamin has fixed this in the changeset 6aab72424063.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17299>
_______________________________________

From report at bugs.python.org  Mon Mar 18 12:25:15 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 18 Mar 2013 11:25:15 +0000
Subject: [issue17456] os.py (unexpected character)
In-Reply-To: <1363605545.76.0.413275928498.issue17456@psf.upfronthosting.co.za>
Message-ID: <1363605915.32.0.773625265044.issue17456@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

os.py starts with:
r"""OS routines for Mac, NT, or Posix depending on what system we're on.
[...]

Do you see only the 'r'?

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17456>
_______________________________________

From report at bugs.python.org  Mon Mar 18 12:28:44 2013
From: report at bugs.python.org (Anuj Gupta)
Date: Mon, 18 Mar 2013 11:28:44 +0000
Subject: [issue17456] os.py (unexpected character)
In-Reply-To: <1363605545.76.0.413275928498.issue17456@psf.upfronthosting.co.za>
Message-ID: <1363606124.46.0.0950567611971.issue17456@psf.upfronthosting.co.za>


Anuj Gupta added the comment:

http://docs.python.org/3/tutorial/introduction.html#strings

This seems like a good opportunity for you to learn about "raw" strings. :)

----------
nosy: +anuj

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17456>
_______________________________________

From report at bugs.python.org  Mon Mar 18 12:35:31 2013
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 18 Mar 2013 11:35:31 +0000
Subject: [issue17456] os.py (unexpected character)
In-Reply-To: <1363605545.76.0.413275928498.issue17456@psf.upfronthosting.co.za>
Message-ID: <1363606531.96.0.835428844878.issue17456@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17456>
_______________________________________

From report at bugs.python.org  Mon Mar 18 13:15:30 2013
From: report at bugs.python.org (Popa Claudiu)
Date: Mon, 18 Mar 2013 12:15:30 +0000
Subject: [issue17457] Unittest discover fails with namespace packages and
	builtin modules
Message-ID: <1363608930.16.0.788491274205.issue17457@psf.upfronthosting.co.za>


New submission from Popa Claudiu:

There is a problem with unittest discovering and namespace packages. Given the following folder structure, where a namespace package X lies, the following command fails with the following error:

-testbug
   - flufl (namespace package with some tests in it, importable with __import__)
      - test_a.py
      - test_b.py


C:\>py -3 -m unittest discover flufl
Traceback (most recent call last):
  File "C:\Python33\lib\runpy.py", line 160, in _run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "C:\Python33\lib\runpy.py", line 73, in _run_code
    exec(code, run_globals)
  File "C:\Python33\lib\unittest\__main__.py", line 12, in <module>
    main(module=None)
  File "C:\Python33\lib\unittest\main.py", line 124, in __init__
    self.parseArgs(argv)
  File "C:\Python33\lib\unittest\main.py", line 144, in parseArgs
    self._do_discovery(argv[2:])
  File "C:\Python33\lib\unittest\main.py", line 242, in _do_discovery
    self.test = loader.discover(start_dir, pattern, top_level_dir)
  File "C:\Python33\lib\unittest\loader.py", line 205, in discover
    start_dir = os.path.abspath(os.path.dirname((the_module.__file__)))
AttributeError: 'module' object has no attribute '__file__'

This happens because TestLoader.discover assumes that the given dotted package name has the attribute __file__, which seems to not be true in the case of namespace packages. The same error occurs when giving to `discover` a builtin module.
The attached patch tries naively to solve this issue, but it assume in TestLoader._find_tests that it should iterate over all subfolders (the commented line from the patch), unlike the previous way of checking the presence of __init__.py file.
Thanks in advance for your response.

----------
components: Library (Lib)
files: unittest.patch
keywords: patch
messages: 184450
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: Unittest discover fails with namespace packages and builtin modules
type: behavior
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29441/unittest.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17457>
_______________________________________

From report at bugs.python.org  Mon Mar 18 13:26:28 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Mon, 18 Mar 2013 12:26:28 +0000
Subject: [issue16575] ctypes: unions as arguments
In-Reply-To: <1354163044.21.0.431588472559.issue16575@psf.upfronthosting.co.za>
Message-ID: <1363609588.1.0.0218862631647.issue16575@psf.upfronthosting.co.za>


Changes by Eli Bendersky <eliben at gmail.com>:


----------
nosy: +theller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16575>
_______________________________________

From report at bugs.python.org  Mon Mar 18 13:53:43 2013
From: report at bugs.python.org (Jose Antonio Martin H)
Date: Mon, 18 Mar 2013 12:53:43 +0000
Subject: [issue17458] Automatic type conversion from set to frozenset
Message-ID: <1363611223.63.0.126698662762.issue17458@psf.upfronthosting.co.za>


New submission from Jose Antonio Martin H:

Is it possible to consider the automatic type conversion from set to frozenset whenever a set is declared inside a set, as the key of a Counter and as the key of a Dict? Tha is, the case when a set is used but a hashable object is requested.

Having to deal with typing frozenset every time is very uncomfortable and it is quite natural to work with sets of sets.

If you get an exception when trying to create a set of set then why not deferring such exception to the case of trying to modify an immutable set?

----------
components: Library (Lib)
messages: 184451
nosy: jamartinh
priority: normal
severity: normal
status: open
title: Automatic type conversion from set to frozenset
type: enhancement
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17458>
_______________________________________

From report at bugs.python.org  Mon Mar 18 14:48:28 2013
From: report at bugs.python.org (Matthijs van der Vleuten)
Date: Mon, 18 Mar 2013 13:48:28 +0000
Subject: [issue17459] unittest.assertItemsEqual reports wrong order
Message-ID: <1363614508.19.0.767230609984.issue17459@psf.upfronthosting.co.za>


New submission from Matthijs van der Vleuten:

When calling assertItemsEqual(first,second), if the items in a and b differ, the AssertionError treats second as the first sequence and first as the second sequence.

Repro code:

>>> from unittest.case import TestCase
>>> class Foo(TestCase):
...     def runTest(self):
...             self.assertItemsEqual([1],[])
... 
>>> Foo().runTest()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 3, in runTest
  File "/usr/lib/python2.7/unittest/case.py", line 899, in assertItemsEqual
    self.fail(msg)
  File "/usr/lib/python2.7/unittest/case.py", line 408, in fail
    raise self.failureException(msg)
AssertionError: Element counts were not equal:
First has 0, Second has 1:  1

This happens because of this code in unittest/case.py:

def assertItemsEqual(self, expected_seq, actual_seq, msg=None):
    # (skip docstring)
    first_seq, second_seq = list(actual_seq), list(expected_seq)

list(actual_seq) is assigned to first_seq, even though it's actually the second argument.

This would be fixed either by swapping expected_seq and actual_seq in the function's arguments, or swapping the assignment of first_seq and second_seq.

----------
components: Library (Lib)
messages: 184452
nosy: Zr40
priority: normal
severity: normal
status: open
title: unittest.assertItemsEqual reports wrong order
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17459>
_______________________________________

From report at bugs.python.org  Mon Mar 18 14:54:09 2013
From: report at bugs.python.org (Matthijs van der Vleuten)
Date: Mon, 18 Mar 2013 13:54:09 +0000
Subject: [issue17459] unittest.assertItemsEqual reports wrong order
In-Reply-To: <1363614508.19.0.767230609984.issue17459@psf.upfronthosting.co.za>
Message-ID: <1363614849.27.0.895955650036.issue17459@psf.upfronthosting.co.za>


Matthijs van der Vleuten added the comment:

Duplicate of 14832.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17459>
_______________________________________

From report at bugs.python.org  Mon Mar 18 15:18:23 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 14:18:23 +0000
Subject: [issue1291] test_resource fails on recent linux systems
In-Reply-To: <1192698822.84.0.082608978163.issue1291@psf.upfronthosting.co.za>
Message-ID: <1363616303.64.0.0259734161099.issue1291@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

The last commit 59292f366b53  was for fixing issue12921 and not this. Wrongly linked.

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1291>
_______________________________________

From report at bugs.python.org  Mon Mar 18 15:24:11 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 18 Mar 2013 14:24:11 +0000
Subject: [issue17458] Automatic type conversion from set to frozenset
In-Reply-To: <1363611223.63.0.126698662762.issue17458@psf.upfronthosting.co.za>
Message-ID: <1363616651.17.0.0598743435016.issue17458@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I think this is python-ideas material.  Automatic conversions are usually not a good idea though.

----------
nosy: +ezio.melotti
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed
versions:  -Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17458>
_______________________________________

From report at bugs.python.org  Mon Mar 18 15:25:55 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 14:25:55 +0000
Subject: [issue17272] request.full_url: unexpected results on assignment
In-Reply-To: <1361512602.9.0.97298415685.issue17272@psf.upfronthosting.co.za>
Message-ID: <1363616755.23.0.631482346739.issue17272@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Sorry for taking long time to respond. full_url has been in the shape it is for many versions, changing it in backwards incompatible way be do more harm than good.

- I would be really interested to know why the present form of full_url presented any limitation for developing an client? Apart from get_full_url there are other ways to get full_url and url associated. Any details on "Why this is must"? The explain snippet below gives the assumption on full_url setting, I could not get need for change from this. Personally, I am 0 to -1 on this too, as in I cannot see a clear need for this change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17272>
_______________________________________

From report at bugs.python.org  Mon Mar 18 15:37:34 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 18 Mar 2013 14:37:34 +0000
Subject: [issue17310] Ctypes callbacks shows problem on Windows Python (64bit)
In-Reply-To: <1361980274.18.0.791136497364.issue17310@psf.upfronthosting.co.za>
Message-ID: <1363617454.3.0.942786978294.issue17310@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Sorry, I asked the wrong question; callback_t is a function pointer, so 8 bytes is expected.
What is sizeof(myst_args) both in C and Python?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17310>
_______________________________________

From report at bugs.python.org  Mon Mar 18 16:01:04 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 15:01:04 +0000
Subject: [issue17460] Remove the strict and related params completely removing
	the 0.9 support
Message-ID: <1363618864.34.0.693275947596.issue17460@psf.upfronthosting.co.za>


New submission from Senthil Kumaran:

issue10711 Removed the HTTP 0.9 support in 3.2 and deprecated strict and related params in 3.2. It is time to remove those in 3.4.

----------
assignee: orsenthil
messages: 184458
nosy: orsenthil, pitrou
priority: normal
severity: normal
status: open
title: Remove the strict and related params completely removing the 0.9 support

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17460>
_______________________________________

From report at bugs.python.org  Mon Mar 18 16:03:57 2013
From: report at bugs.python.org (Eric V. Smith)
Date: Mon, 18 Mar 2013 15:03:57 +0000
Subject: [issue17457] Unittest discover fails with namespace packages and
	builtin modules
In-Reply-To: <1363608930.16.0.788491274205.issue17457@psf.upfronthosting.co.za>
Message-ID: <1363619037.92.0.558082354539.issue17457@psf.upfronthosting.co.za>


Changes by Eric V. Smith <eric at trueblade.com>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17457>
_______________________________________

From report at bugs.python.org  Mon Mar 18 16:18:35 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 18 Mar 2013 15:18:35 +0000
Subject: [issue17444] multiprocessing.cpu_count() should use hw.availcpu on
	Mac OS X
In-Reply-To: <1363518970.43.0.663033914557.issue17444@psf.upfronthosting.co.za>
Message-ID: <1363619915.32.0.63136460173.issue17444@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

I'm not sure if hw.availcpu is the right value to use as it is not documented at all (neither in a manpage, nor in a headerfile).

hw.activecpu seems to be the one that should be used: it is documented as "The number of processors currently available for executing threads." in the sysctl.h header file and that comment also mentions that it should be used to determine the amount of threads to start in an SMP application.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17444>
_______________________________________

From report at bugs.python.org  Mon Mar 18 16:19:11 2013
From: report at bugs.python.org (Matt Clarke)
Date: Mon, 18 Mar 2013 15:19:11 +0000
Subject: [issue17310] Ctypes callbacks shows problem on Windows Python (64bit)
In-Reply-To: <1363617454.3.0.942786978294.issue17310@psf.upfronthosting.co.za>
Message-ID: <CAHVc1YOB+hx53HadR9BEdr=Zy9vizaLJijXy6JfAQD_1L2Y=4Q@mail.gmail.com>


Matt Clarke added the comment:

Hi Amaury.

They are both 12 bytes.

Matt

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17310>
_______________________________________

From report at bugs.python.org  Mon Mar 18 16:28:17 2013
From: report at bugs.python.org (Demian Brecht)
Date: Mon, 18 Mar 2013 15:28:17 +0000
Subject: [issue17272] request.full_url: unexpected results on assignment
In-Reply-To: <1361512602.9.0.97298415685.issue17272@psf.upfronthosting.co.za>
Message-ID: <1363620497.15.0.850599967702.issue17272@psf.upfronthosting.co.za>


Demian Brecht added the comment:

No worries.

The change is not backwards incompatible. test_urllib2 test pass without any modification (I'm getting a segfault in test_heapq atm so can't run the full suite). I've simply moved the side effects cause by __init__ to a setter so that full_url may be set after instantiation and will still incur the same results as after initial creation.

The biggest problem with this particular attribute and the way that it's currently handled is inconsistent with the rest of the class. The only other attribute that incurs side effects when set (data) is implemented with @property getter and setters. When set, it incurs side effects on the headers (removing Content-Length). Unless I'm missing something, other attributes are directly mutable and do not incur side effects on instance state when set.

In my mind, if full_url is publicly accessible, then it should be publicly accessible /and/ settable. It currently is not without causing invalid state within a given Request instance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17272>
_______________________________________

From report at bugs.python.org  Mon Mar 18 16:49:13 2013
From: report at bugs.python.org (Ramchandra Apte)
Date: Mon, 18 Mar 2013 15:49:13 +0000
Subject: [issue17461] Carole should be Carol in PEP 396
Message-ID: <1363621753.03.0.68925704704.issue17461@psf.upfronthosting.co.za>


New submission from Ramchandra Apte:

In here, "now get it from the Cheeseshop.

Carole maintains several namespace packages,"

----------
messages: 184462
nosy: Ramchandra Apte
priority: normal
severity: normal
status: open
title: Carole should be Carol in PEP 396

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17461>
_______________________________________

From report at bugs.python.org  Mon Mar 18 17:01:49 2013
From: report at bugs.python.org (John Szakmeister)
Date: Mon, 18 Mar 2013 16:01:49 +0000
Subject: [issue17444] multiprocessing.cpu_count() should use hw.availcpu on
	Mac OS X
In-Reply-To: <1363518970.43.0.663033914557.issue17444@psf.upfronthosting.co.za>
Message-ID: <1363622509.22.0.322623723984.issue17444@psf.upfronthosting.co.za>


John Szakmeister added the comment:

Ronald: it is mentioned in some books (a Google search can turn them up), but they don't really offer much description behind the intent.  When I looked into this several years ago, it was very unclear what `hw.activecpu` was intended for.  It sounded more like a report about how many processors are active, versus targetting your SMP aware application to that number.

But since you've turned some information in sysctl.h, I think we should follow that advice and use hw.activecpu.  I've attached a new patch with the change.

----------
Added file: http://bugs.python.org/file29442/use-activecpu.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17444>
_______________________________________

From report at bugs.python.org  Mon Mar 18 17:11:10 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 16:11:10 +0000
Subject: [issue17460] Remove the strict and related params completely removing
	the 0.9 support
In-Reply-To: <1363618864.34.0.693275947596.issue17460@psf.upfronthosting.co.za>
Message-ID: <1363623070.01.0.0418501351772.issue17460@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Tested this patch and all tests pass.

----------
keywords: +patch
Added file: http://bugs.python.org/file29443/17460.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17460>
_______________________________________

From report at bugs.python.org  Mon Mar 18 17:18:53 2013
From: report at bugs.python.org (Ned Deily)
Date: Mon, 18 Mar 2013 16:18:53 +0000
Subject: [issue17453] logging.config.fileConfig error
In-Reply-To: <1363592089.61.0.213350705624.issue17453@psf.upfronthosting.co.za>
Message-ID: <1363623533.42.0.980281436674.issue17453@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17453>
_______________________________________

From report at bugs.python.org  Mon Mar 18 17:19:22 2013
From: report at bugs.python.org (Paul Price)
Date: Mon, 18 Mar 2013 16:19:22 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363623562.9.0.25963548944.issue17409@psf.upfronthosting.co.za>


Paul Price added the comment:

The OSX manpage for setrlimit includes:

COMPATIBILITY
     setrlimit() now returns with errno set to EINVAL in places that histori-
     cally succeeded.  It no longer accepts "rlim_cur = RLIM_INFINITY" for
     RLIM_NOFILE.  Use "rlim_cur = min(OPEN_MAX, rlim_max)".

It's strange that this is not mentioned in the corresponding manpage on Ubuntu 12.04.

It seems the reason we can't use -1 for RLIMIT_NOFILE is because this requests 'unlimited' (RLIM_INFINITY), while there is always a limit on the number of open files (e.g., OPEN_MAX).

Looking at the code (Modules/resource.c), python is doing the sensible thing.  It seems that resource.setrlimit would have to be special-cased for RLIMIT_NOFILE to work as documented when specifying a "-1", but then python would be diverging from the behaviour of the underlying system call.

I therefore propose that the documentation simply be adjusted to note the observed behaviour (i.e., specifying -1 means 'unlimited', and does not work in general for RLIMIT_NOFILE).  I would be happy to provide a patch if this is desired.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Mon Mar 18 17:24:18 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 18 Mar 2013 16:24:18 +0000
Subject: [issue17461] Carole should be Carol in PEP 396
In-Reply-To: <1363621753.03.0.68925704704.issue17461@psf.upfronthosting.co.za>
Message-ID: <1363623858.3.0.137170209287.issue17461@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

http://hg.python.org/peps/rev/dee47f9b87a4

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17461>
_______________________________________

From report at bugs.python.org  Mon Mar 18 17:30:32 2013
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 18 Mar 2013 16:30:32 +0000
Subject: [issue17455] ImportError (xml.dom.minidom) in
	/usr/lib/python2.7/dist-packages/apport/report.py
In-Reply-To: <1363604900.47.0.735046009631.issue17455@psf.upfronthosting.co.za>
Message-ID: <1363624232.91.0.0822863960463.issue17455@psf.upfronthosting.co.za>


Christian Heimes added the comment:

apport and sqlalchemy are both third-party extensions. apport is a part of Debian's / Ubuntu's Python infrastructure. There is nothing we can do about the two issues.

----------
nosy: +christian.heimes
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17455>
_______________________________________

From report at bugs.python.org  Mon Mar 18 17:42:28 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Mon, 18 Mar 2013 16:42:28 +0000
Subject: [issue17462] argparse FAQ: how it is different from optparse
Message-ID: <1363624948.23.0.605198582935.issue17462@psf.upfronthosting.co.za>


New submission from anatoly techtonik:

http://stackoverflow.com/questions/3217673/why-use-argparse-rather-than-optparse

Too many votes. This should be confirmed by the official documentation.

----------
assignee: docs at python
components: Documentation
messages: 184468
nosy: docs at python, techtonik
priority: normal
severity: normal
status: open
title: argparse FAQ: how it is different from optparse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17462>
_______________________________________

From report at bugs.python.org  Mon Mar 18 17:43:50 2013
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 18 Mar 2013 16:43:50 +0000
Subject: [issue17462] argparse FAQ: how it is different from optparse
In-Reply-To: <1363624948.23.0.605198582935.issue17462@psf.upfronthosting.co.za>
Message-ID: <1363625030.7.0.626490841325.issue17462@psf.upfronthosting.co.za>


Andrew Svetlov added the comment:

The patch is welcome

----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17462>
_______________________________________

From report at bugs.python.org  Mon Mar 18 17:47:32 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 18 Mar 2013 16:47:32 +0000
Subject: [issue17462] argparse FAQ: how it is different from optparse
In-Reply-To: <1363624948.23.0.605198582935.issue17462@psf.upfronthosting.co.za>
Message-ID: <1363625252.46.0.410503039748.issue17462@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Is http://docs.python.org/dev/library/argparse.html#upgrading-optparse-code not enough?

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17462>
_______________________________________

From report at bugs.python.org  Mon Mar 18 17:54:57 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Mon, 18 Mar 2013 16:54:57 +0000
Subject: [issue17462] argparse FAQ: how it is different from optparse
In-Reply-To: <1363624948.23.0.605198582935.issue17462@psf.upfronthosting.co.za>
Message-ID: <1363625697.6.0.640067349874.issue17462@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

@asvetlov: I still don't have the answer which licence - Academic Free License v2.1 or Apache 2.0 should I choose to license my patches. What is the difference?

Ezio: It explains what you should replace, but doesn't explain why.

----------
versions: +Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17462>
_______________________________________

From report at bugs.python.org  Mon Mar 18 17:56:23 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 18 Mar 2013 16:56:23 +0000
Subject: [issue16795] Patch: some changes to AST to make it more useful for
	static language analysis
In-Reply-To: <1356644683.65.0.359499511153.issue16795@psf.upfronthosting.co.za>
Message-ID: <1363625783.25.0.393388672441.issue16795@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Hi Sven, I was about to apply this (sorry for the delay), and I realized there's one more thing. We have an example AST unparser in Tools/parser that needs to be updated for AST changes. You can run it's test suite by running test_tools in the main test suite.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16795>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:04:01 2013
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 18 Mar 2013 17:04:01 +0000
Subject: [issue17463] Fix test discovery for test_pdb.py
Message-ID: <1363626241.39.0.317385354183.issue17463@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
nosy: asvetlov
priority: normal
severity: normal
status: open
title: Fix test discovery for test_pdb.py
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17463>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:10:22 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 18 Mar 2013 17:10:22 +0000
Subject: [issue17463] Fix test discovery for test_pdb.py
Message-ID: <3ZV3mt1DCBzS6q@mail.python.org>


New submission from Roundup Robot:

New changeset 50af6682c6a7 by Andrew Svetlov in branch '3.3':
Issue #17463: Fix test discovery for test_pdb.py
http://hg.python.org/cpython/rev/50af6682c6a7

New changeset 30530f6c24bb by Andrew Svetlov in branch 'default':
Issue #17463: Fix test discovery for test_pdb.py
http://hg.python.org/cpython/rev/30530f6c24bb

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17463>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:12:19 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 18 Mar 2013 17:12:19 +0000
Subject: [issue17460] Remove the strict and related params completely removing
	the 0.9 support
In-Reply-To: <1363618864.34.0.693275947596.issue17460@psf.upfronthosting.co.za>
Message-ID: <1363626739.12.0.895259332646.issue17460@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

May be in 3.4 an exception should be raised? HTTPConnection('python.org', 80, False) now silently returns wrong result.

----------
components: +Library (Lib)
nosy: +serhiy.storchaka
stage:  -> patch review
type:  -> enhancement
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17460>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:13:34 2013
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 18 Mar 2013 17:13:34 +0000
Subject: [issue17463] Fix test discovery for test_pdb.py
In-Reply-To: <3ZV3mt1DCBzS6q@mail.python.org>
Message-ID: <1363626814.14.0.686938054661.issue17463@psf.upfronthosting.co.za>


Changes by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17463>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:14:26 2013
From: report at bugs.python.org (Matt Bachmann)
Date: Mon, 18 Mar 2013 17:14:26 +0000
Subject: [issue17451] Test to splitdoc in pydoc.py
In-Reply-To: <1363586279.07.0.970452184927.issue17451@psf.upfronthosting.co.za>
Message-ID: <1363626866.18.0.609174718004.issue17451@psf.upfronthosting.co.za>


Changes by Matt Bachmann <bachmann.matt at gmail.com>:


Added file: http://bugs.python.org/file29444/acks.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17451>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:17:27 2013
From: report at bugs.python.org (Sven Brauch)
Date: Mon, 18 Mar 2013 17:17:27 +0000
Subject: [issue16795] Patch: some changes to AST to make it more useful for
	static language analysis
In-Reply-To: <1356644683.65.0.359499511153.issue16795@psf.upfronthosting.co.za>
Message-ID: <1363627047.23.0.620902418099.issue16795@psf.upfronthosting.co.za>


Sven Brauch added the comment:

Hi Benjamin,

the delay is not a problem -- as long as this is in time for Python 3.4, everything is fine.

Attached is a patch which adjusts the unparser to the changes. Acoording to the tests, this is all that needs to be updated.

Cheers,
Sven

----------
Added file: http://bugs.python.org/file29445/81302-adjust-unparser.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16795>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:35:23 2013
From: report at bugs.python.org (Nick Weinhold)
Date: Mon, 18 Mar 2013 17:35:23 +0000
Subject: [issue12160] codecs doc: what is StreamCodec?
In-Reply-To: <1306166137.72.0.066960808058.issue12160@psf.upfronthosting.co.za>
Message-ID: <1363628123.98.0.341748336035.issue12160@psf.upfronthosting.co.za>


Nick Weinhold added the comment:

I've noticed that this issue hasn't been looked at in a while, and from looking through the current docucmentation, it looks like this issue still exists. 

I've uploaded a patch with the changes that Marc-Andre mentioned.

----------
nosy: +ncweinhold
Added file: http://bugs.python.org/file29446/codecs_docs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12160>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:41:09 2013
From: report at bugs.python.org (Christina Chan)
Date: Mon, 18 Mar 2013 17:41:09 +0000
Subject: [issue17450] Failed to build _sqlite3
In-Reply-To: <1363594830.72.0.872662505537.issue17450@psf.upfronthosting.co.za>
Message-ID: <091693D8-A750-450C-828C-39E5B2536819@yahoo.com>


Christina Chan added the comment:

Hi,

I am new to python and I am actually running script developed by others using python. So,
In order for the script to use SQLite, does it means that it will have import SQLite in the script or how could one tell if SQLite is needed?

For the build dependencies, as the make is successful other than SQLite, does it means to execute both yum line and then re-execute make again?

Thanks.

Christina

On Mar 18, 2013, at 3:20 AM, Ezio Melotti <report at bugs.python.org> wrote:

> 
> Ezio Melotti added the comment:
> 
> The module is not needed (unless you are planning to use sqlite), so you can simply ignore the warning.  See also http://docs.python.org/devguide/setup.html#build-dependencies.
> 
> ----------
> nosy: +ezio.melotti
> resolution:  -> invalid
> stage:  -> committed/rejected
> status: open -> closed
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17450>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17450>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:41:40 2013
From: report at bugs.python.org (klappnase)
Date: Mon, 18 Mar 2013 17:41:40 +0000
Subject: [issue17397] ttk::themes missing from ttk.py
In-Reply-To: <1363005797.61.0.988966555267.issue17397@psf.upfronthosting.co.za>
Message-ID: <1363628500.92.0.75102203947.issue17397@psf.upfronthosting.co.za>


klappnase added the comment:

Update: I just tried Python-3.3.0 on WinXP, the same error, so it is obviously _not_ a bug specific to the debian python install.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17397>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:47:36 2013
From: report at bugs.python.org (Matt Bachmann)
Date: Mon, 18 Mar 2013 17:47:36 +0000
Subject: [issue17451] Test to splitdoc in pydoc.py
In-Reply-To: <1363586279.07.0.970452184927.issue17451@psf.upfronthosting.co.za>
Message-ID: <1363628856.77.0.81146213663.issue17451@psf.upfronthosting.co.za>


Matt Bachmann added the comment:

This has the test in the wrong place and I am actively expanding it. I will reopen later today.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17451>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:50:17 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 18 Mar 2013 17:50:17 +0000
Subject: [issue16795] Patch: some changes to AST to make it more useful for
	static language analysis
In-Reply-To: <1356644683.65.0.359499511153.issue16795@psf.upfronthosting.co.za>
Message-ID: <3ZV4fw5w1zzS7t@mail.python.org>


Roundup Robot added the comment:

New changeset 7c5c678e4164 by Benjamin Peterson in branch 'default':
unify some ast.argument's attrs; change Attribute column offset (closes #16795)
http://hg.python.org/cpython/rev/7c5c678e4164

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16795>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:53:53 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 18 Mar 2013 17:53:53 +0000
Subject: [issue16795] Patch: some changes to AST to make it more useful for
	static language analysis
In-Reply-To: <1356644683.65.0.359499511153.issue16795@psf.upfronthosting.co.za>
Message-ID: <3ZV4l514ynzRtR@mail.python.org>


Roundup Robot added the comment:

New changeset 219c997b880b by Benjamin Peterson in branch 'default':
add Sven Brauch for his #16795 contribution
http://hg.python.org/cpython/rev/219c997b880b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16795>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:57:01 2013
From: report at bugs.python.org (Lukas Lueg)
Date: Mon, 18 Mar 2013 17:57:01 +0000
Subject: [issue16381] Introduce option to force the interpreter to exit upon
	MemoryErrors
In-Reply-To: <1351775704.44.0.517582874178.issue16381@psf.upfronthosting.co.za>
Message-ID: <1363629421.59.0.519387945948.issue16381@psf.upfronthosting.co.za>


Lukas Lueg added the comment:

Another proposal: Add a new BaseClass that, if inherited from, causes an exception to be uncatchable (e.g. class HardMemoryError(MemoryError, UncatchableException)).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16381>
_______________________________________

From report at bugs.python.org  Mon Mar 18 18:59:29 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 18 Mar 2013 17:59:29 +0000
Subject: [issue17397] ttk::themes missing from ttk.py
In-Reply-To: <1363005797.61.0.988966555267.issue17397@psf.upfronthosting.co.za>
Message-ID: <1363629569.53.0.188017710022.issue17397@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This looks similar to issue16809 and requires a similar solution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17397>
_______________________________________

From report at bugs.python.org  Mon Mar 18 19:22:23 2013
From: report at bugs.python.org (Ned Jackson Lovely)
Date: Mon, 18 Mar 2013 18:22:23 +0000
Subject: [issue5024] sndhdr.whathdr returns -1 for WAV file frame count
In-Reply-To: <1232558382.92.0.547995552561.issue5024@psf.upfronthosting.co.za>
Message-ID: <1363630943.97.0.557385962546.issue5024@psf.upfronthosting.co.za>


Ned Jackson Lovely added the comment:

Added bytes literal 'b', made it a real patch, changed test to account for WAV files actually returning number of frames from this function.

----------
keywords: +patch
nosy: +n
versions: +Python 3.4 -Python 3.2
Added file: http://bugs.python.org/file29447/issue5024.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5024>
_______________________________________

From report at bugs.python.org  Mon Mar 18 19:32:15 2013
From: report at bugs.python.org (Sven Brauch)
Date: Mon, 18 Mar 2013 18:32:15 +0000
Subject: [issue16795] Patch: some changes to AST to make it more useful for
	static language analysis
In-Reply-To: <1356644683.65.0.359499511153.issue16795@psf.upfronthosting.co.za>
Message-ID: <1363631535.28.0.325452212768.issue16795@psf.upfronthosting.co.za>


Sven Brauch added the comment:

Thanks for reviewing this, and thanks for guiding me through the implementation process. ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16795>
_______________________________________

From report at bugs.python.org  Mon Mar 18 19:37:26 2013
From: report at bugs.python.org (Matt Bachmann)
Date: Mon, 18 Mar 2013 18:37:26 +0000
Subject: [issue17464] Improve Test Coverage Of Pydoc
Message-ID: <1363631846.77.0.422543713509.issue17464@psf.upfronthosting.co.za>


New submission from Matt Bachmann:

Adds some test coverage to pydoc.

----------
files: pydoctests.patch
keywords: patch
messages: 184486
nosy: Matt.Bachmann
priority: normal
severity: normal
status: open
title: Improve Test Coverage Of Pydoc
versions: Python 3.5
Added file: http://bugs.python.org/file29448/pydoctests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17464>
_______________________________________

From report at bugs.python.org  Mon Mar 18 19:37:38 2013
From: report at bugs.python.org (Matt Bachmann)
Date: Mon, 18 Mar 2013 18:37:38 +0000
Subject: [issue17464] Improve Test Coverage Of Pydoc
In-Reply-To: <1363631846.77.0.422543713509.issue17464@psf.upfronthosting.co.za>
Message-ID: <1363631858.41.0.233275650904.issue17464@psf.upfronthosting.co.za>


Changes by Matt Bachmann <bachmann.matt at gmail.com>:


----------
components: +Tests
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17464>
_______________________________________

From report at bugs.python.org  Mon Mar 18 19:43:01 2013
From: report at bugs.python.org (Greg Ward)
Date: Mon, 18 Mar 2013 18:43:01 +0000
Subject: [issue17445] Return the type you accept
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363632181.52.0.521362556767.issue17445@psf.upfronthosting.co.za>


Greg Ward added the comment:

The original reproduction I posted was incorrect -- it makes difflib look worse than it should. (I passed strings rather than lists of strings.) Here is a more accurate version:

>>> import difflib
>>> a = [b'hello']
>>> b = [b'hello!']
>>> '\n'.join(line for line in difflib.unified_diff(a, b))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 1, in <genexpr>
  File "/home/greg/src/cpython/3.3/Lib/difflib.py", line 1223, in unified_diff
    yield '-' + line
TypeError: Can't convert 'bytes' object to str implicitly

So it still crashes, but the exception makes it pretty clear what the problem is.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Mon Mar 18 19:43:32 2013
From: report at bugs.python.org (Sanjeev Paskaradevan)
Date: Mon, 18 Mar 2013 18:43:32 +0000
Subject: [issue1745722] please add wsgi to SimpleXMLRPCServer
Message-ID: <1363632212.87.0.0963092395731.issue1745722@psf.upfronthosting.co.za>


Changes by Sanjeev Paskaradevan <sanjeev.com at gmail.com>:


----------
nosy: +Sanjeev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1745722>
_______________________________________

From report at bugs.python.org  Mon Mar 18 19:43:55 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 18 Mar 2013 18:43:55 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1363632235.6.0.446757157286.issue17206@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

I'd suggest less generic names for the temporary variables, just to minimise the chance of accidental name collisions.  _py_xincref_tmp and _py_xdecref_tmp, perhaps?

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Mon Mar 18 19:46:06 2013
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 18 Mar 2013 18:46:06 +0000
Subject: [issue17465] Gut devinabox
Message-ID: <1363632366.54.0.638197438199.issue17465@psf.upfronthosting.co.za>


New submission from Brett Cannon:

While devinabox was originally designed such that anyone running a core dev sprint could have an easy way to grab everything, it has turned out only core devs end up using it. That makes having a script to do checkouts, builds, etc. is overkill.

What devinabox should become instead is a README listing what people should checkout/download and build. Probably the only other file should be a shell script to do the thorough coverage.py run as found at http://docs.python.org/devguide/coverage.html#coverage-results-for-modules-imported-early-on since it's the most touchy. This would also allow for ripping out the details from the devguide and just point to the shell script at hg.python.org.

----------
assignee: brett.cannon
messages: 184489
nosy: brett.cannon, ncoghlan, r.david.murray
priority: low
severity: normal
stage: needs patch
status: open
title: Gut devinabox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17465>
_______________________________________

From report at bugs.python.org  Mon Mar 18 19:50:27 2013
From: report at bugs.python.org (Greg Ward)
Date: Mon, 18 Mar 2013 18:50:27 +0000
Subject: [issue17445] Return the type you accept
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363632627.1.0.872503303943.issue17445@psf.upfronthosting.co.za>


Greg Ward added the comment:

Replying to Terry Reedy:
> So a dual string/bytes function would not be completely trivial.

Correct. I have one working, but it makes my eyes bleed. I fail ashamed to have written it.

> Greg, can you convert bytes to strings, or strings to bytes

Nope. Here is the hypothetical use case: I have a text file written in Polish encoded in ISO-8859-1 committed to a Mercurial repository. (Or saved in a filesystem somewhere: doesn't really matter, except that Mercurial repositories are immutable, long-term, and *must* *not* *lose* *data*.) Then I decide I should play nicely with the rest of the world and transcode to UTF-8, so commit a new rev in UTF-8.

Years later, I need to look at the diff between those two old revisions. Rev 1 is a pile of ISO-8859-2 bytes, and rev 2 is a pile of UTF-8 bytes. The output of diff looks like

  - blah blah [iso-8859-2 bytes] blah
  + blah blah [utf-8 bytes] blah

Note this: the output of diff has some lines that are iso-8859-2 bytes and some that are utf-8 bytes. *There is no single encoding* that applies.

Note also that diff output must contain the exact original bytes, so that it can be consumed by patch. Diffs are read both by humans and by machines.

> Otherwise, I think it might be better to write a new function 
> 'unified_diff_bytes' that did exactly what you want than to try to 
> make unified_diff accept sequences of bytes.

Good idea. That might be much less revolting than what I have now. I'll give it a shot.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Mon Mar 18 19:53:47 2013
From: report at bugs.python.org (Kushal Das)
Date: Mon, 18 Mar 2013 18:53:47 +0000
Subject: [issue17358] imp.load_module() leads to the improper caching of the
	'file' argument
In-Reply-To: <1362511985.74.0.511214026015.issue17358@psf.upfronthosting.co.za>
Message-ID: <1363632827.72.0.228543678523.issue17358@psf.upfronthosting.co.za>


Kushal Das added the comment:

Working on a patch for this.

----------
nosy: +kushaldas

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17358>
_______________________________________

From report at bugs.python.org  Mon Mar 18 19:59:53 2013
From: report at bugs.python.org (Illia Polosukhin)
Date: Mon, 18 Mar 2013 18:59:53 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1363633193.22.0.0884380255126.issue17206@psf.upfronthosting.co.za>


Illia Polosukhin added the comment:

That names were my first idea - but then I saw Py_CLEAR uses _py_tmp variable I used it.

Should I replace in Py_CLEAR to _py_clear_tmp as well?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:03:06 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 19:03:06 +0000
Subject: [issue17460] Remove the strict and related params completely removing
	the 0.9 support
In-Reply-To: <1363618864.34.0.693275947596.issue17460@psf.upfronthosting.co.za>
Message-ID: <1363633386.64.0.759626256626.issue17460@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

I don't know what is the best way to raise an Exception when we are deprecating an argument.

1. The options are type checking on timeout parameter and then raising an error. This does not look good to me.
2. Making the rest of the arguments as keyword only arguments in order to prevent people doing mistakes. I am okay with this, people upgrading from 3.3, will face a problem if they already dont have a keyword only argument.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17460>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:05:27 2013
From: report at bugs.python.org (klappnase)
Date: Mon, 18 Mar 2013 19:05:27 +0000
Subject: [issue17397] ttk::themes missing from ttk.py
In-Reply-To: <1363005797.61.0.988966555267.issue17397@psf.upfronthosting.co.za>
Message-ID: <1363633527.93.0.788483472049.issue17397@psf.upfronthosting.co.za>


klappnase added the comment:

Yes, I happen to encounter these TclObjects occasionally, e.g. (not tested with the latest python):

$ python3
Python 3.1.3 (r313:86834, Nov 28 2010, 11:28:10) 
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from tkinter import *
>>> from tkinter import ttk
>>> r=Tk()
>>> p=ttk.Progressbar(r)
>>> p.cget('mode')
<index object at 0x879d338>
>>> print(p.cget('mode'))
determinate
>>> p.cget('mode') == 'determinate'
False
>>> str(p.cget('mode')) == 'determinate'
True
>>> 

In Python2 the easiest way to work around this imho is to set wantobjects to 0, however this does not seem to work in Python3 anymore, not sure if this is for some reason intentional or deserves another bug report:

$ python3
Python 3.1.3 (r313:86834, Nov 28 2010, 11:28:10) 
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import tkinter
>>> tkinter.wantobjects = 0
>>> from tkinter import ttk
>>> r=tkinter.Tk()
>>> p=ttk.Progressbar(r)
>>> p.cget('mode')
''
>>>

To be honest, since these TclObjects never seem to work reliably I had preferred it a lot if they would have been turned off by default.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17397>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:15:32 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 18 Mar 2013 19:15:32 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1363634132.74.0.647070001001.issue17206@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Ignore me; I don't know what I was thinking.  _py_tmp is fine.  There's no  issue with name clashes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:19:20 2013
From: report at bugs.python.org (Ned Jackson Lovely)
Date: Mon, 18 Mar 2013 19:19:20 +0000
Subject: [issue5051] test_update2 in test_os.py invalid due to
	os.environ.clear() followed by reliance on environ COMSPEC
In-Reply-To: <1232883558.71.0.175097990327.issue5051@psf.upfronthosting.co.za>
Message-ID: <1363634360.4.0.794433175765.issue5051@psf.upfronthosting.co.za>


Ned Jackson Lovely added the comment:

Check if sys.platform == 'win32', if so, skip test.

----------
keywords: +patch
nosy: +n
versions: +Python 3.4 -Python 2.7
Added file: http://bugs.python.org/file29449/issue5051.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5051>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:28:24 2013
From: report at bugs.python.org (Kushal Das)
Date: Mon, 18 Mar 2013 19:28:24 +0000
Subject: [issue17358] imp.load_module() leads to the improper caching of the
	'file' argument
In-Reply-To: <1362511985.74.0.511214026015.issue17358@psf.upfronthosting.co.za>
Message-ID: <1363634904.95.0.268725301932.issue17358@psf.upfronthosting.co.za>


Kushal Das added the comment:

Can not reproduce it :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17358>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:28:28 2013
From: report at bugs.python.org (Sean Reifschneider)
Date: Mon, 18 Mar 2013 19:28:28 +0000
Subject: [issue17424] help() should use the class signature
In-Reply-To: <1363296390.29.0.253596803628.issue17424@psf.upfronthosting.co.za>
Message-ID: <1363634908.24.0.328238264763.issue17424@psf.upfronthosting.co.za>


Sean Reifschneider added the comment:

This might be a duplicate of issue17053, but the patch provided there doesn't resolve the issue, at least as far as I know it.  Here is an example, from David Beazley's talk at PyCon 2013:

from inspect import Parameter, Signature

def make_signature(names):
   return Signature(
         Parameter(name, Parameter.POSITIONAL_OR_KEYWORD) for name in names)

class Structure:
   __signature__ = make_signature([])
   def __init__(self, *args, **kwargs):
      bound = self.__signature__.bind(*args, **kwargs)
      for name, val in bound.arguments.items():
         setattr(self, name, val)

class Stock(Structure):
   __signature__ = make_signature(['name', 'shares', 'price'])

pyth = Stock('PYTH', 100, 50)
help(pyth.__init__)

Which produces:

__init__(self, *args, **kwargs) method of __main__.Stock instance

Instead of:

__init__(self, name, shares, price) method of __main__.Stock instance

----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17424>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:29:34 2013
From: report at bugs.python.org (Sean Reifschneider)
Date: Mon, 18 Mar 2013 19:29:34 +0000
Subject: [issue17053] pydoc should use inspect.signature instead of
	inspect.getfullargspec
In-Reply-To: <1359292632.3.0.760417514127.issue17053@psf.upfronthosting.co.za>
Message-ID: <1363634974.65.0.901093890595.issue17053@psf.upfronthosting.co.za>


Sean Reifschneider added the comment:

This may be related to: http://bugs.python.org/issue17424

Perhaps there is a common fix that can address this for both?

----------
nosy: +jafo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17053>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:33:52 2013
From: report at bugs.python.org (Ned Jackson Lovely)
Date: Mon, 18 Mar 2013 19:33:52 +0000
Subject: [issue2943] Distutils should generate a better error message when the
	SDK is not installed
In-Reply-To: <1211455981.94.0.404413935613.issue2943@psf.upfronthosting.co.za>
Message-ID: <1363635232.26.0.342767211239.issue2943@psf.upfronthosting.co.za>


Ned Jackson Lovely added the comment:

Improved msg per discussion.

I don't see how to test this without messing with the windows registry. I am deeply reluctant to do that.

----------
keywords: +patch
nosy: +n
Added file: http://bugs.python.org/file29450/issue2943.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2943>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:36:40 2013
From: report at bugs.python.org (Georgiy Treyvus)
Date: Mon, 18 Mar 2013 19:36:40 +0000
Subject: [issue17466] I can't make assignments to a list.
Message-ID: <1363635400.77.0.251623355934.issue17466@psf.upfronthosting.co.za>


New submission from Georgiy Treyvus:

The conditions under which this bug occurs I can't explain. I will provide as much other information as I can.

This is an issue with both Python2 and Python3. More specifically Python 2.7.3 and Python 3.2.3 as those are what come with the Fedora 17 repositories. Not that it matters I made sure my program is written portably and so works on both. This involved stunts like:

if sys.version_info[0]==2:
    input=raw_input

Getting back to the point since strings in Python are immutable I instead have code that tries to assign a character string to a list of one character strings at a given index in that list. Now normally this works quite splendidly. For example:

[georgiy at PANTHER mess]$ python
Python 2.7.3 (default, Jul 24 2012, 10:05:38) 
[GCC 4.7.0 20120507 (Red Hat 4.7.0-5)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> l=list('test')
>>> l
['t', 'e', 's', 't']
>>> l[0]='b'
>>> l
['b', 'e', 's', 't']
>>> 
[georgiy at PANTHER mess]$ python3
Python 3.2.3 (default, Jun  8 2012, 05:36:09) 
[GCC 4.7.0 20120507 (Red Hat 4.7.0-5)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> l=list('test')
>>> l
['t', 'e', 's', 't']
>>> l[0]='b'
>>> l
['b', 'e', 's', 't']
>>> 
[georgiy at PANTHER mess]$ 

See all is well.

However when I attempt to do the same exact thing namely assign a one character string to a list of one character strings at a given index in that list I get an error.

Here's what happens when I run my program:

[georgiy at PANTHER mess]$ python gcipher.py

Enter a command. Valid ones are "encrypt", "decrypt", and "exit".
command: encrypt

Enter plaintext. Only alphabetic characters allowed.
plaintext: secretmessagehere

Enter the encryption key. Only alphabetic characters allowed.
key: secretkeyhere

The encrypted version of your input with the given key is:
Traceback (most recent call last):
  File "gcipher.py", line 214, in <module>
    print(encrypt(inText,encryptionKey))
  File "gcipher.py", line 127, in encrypt
    letters[index]=letterAdd(letters[index],keystream[index])
TypeError: 'str' object does not support item assignment
[georgiy at PANTHER mess]$ python3 gcipher.py

Enter a command. Valid ones are "encrypt", "decrypt", and "exit".
command: encrypt

Enter plaintext. Only alphabetic characters allowed.
plaintext: secretmessagehere

Enter the encryption key. Only alphabetic characters allowed.
key: secretkeyhere

The encrypted version of your input with the given key is:
Traceback (most recent call last):
  File "gcipher.py", line 214, in <module>
    print(encrypt(inText,encryptionKey))
  File "gcipher.py", line 127, in encrypt
    letters[index]=letterAdd(letters[index],keystream[index])
TypeError: 'str' object does not support item assignment
[georgiy at PANTHER mess]$ 


Anyway here is the final proof that we have a bug here and that I am not a complete moron that assigned to a string. It says there's a problem on line 127. Well here are are few very relevant lines 120-126 right before 127 you might want to take a look at:

	assert(type(plaintext)==str)
	letters=list(plaintext)	
	assert(type(letters)==list)
	assert(type(letters[0])==str)
	assert(len(letters[0])==1)
	for roundNumber in range(17):
		for index in range(plaintextLength):

The point is that all the assertions in the above assert statements held true. No AssertionErrors were raised. What was instead raised is a TypeError because Python thought I was assigning to an index in a string. Yet clearly right before that we have asserted that the variable "letters" is bound to a list type. And in line 127 I was assigning a one character string to an index in "letters" which again is a list and not a string.

Please look into this. If you need more information let me know and I will do my best to provide it. If you want I can also provide you folks with the complete source code if you feel it will help you. (I do warn in advance that it is quite messy/hacky/unPythonic to the point of me quite possibly becoming the laughingstock of the Python developer community. Of course considering the rather complicated nature of the transformations made on text during (en|de)cryption I'd like to see any critics do it better. Please do not laugh too hard when I show it.)

----------
components: Interpreter Core
messages: 184501
nosy: wfatp
priority: normal
severity: normal
status: open
title: I can't make assignments to a list.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17466>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:42:37 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 18 Mar 2013 19:42:37 +0000
Subject: [issue17466] I can't make assignments to a list.
In-Reply-To: <1363635400.77.0.251623355934.issue17466@psf.upfronthosting.co.za>
Message-ID: <1363635757.88.0.865179232004.issue17466@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Have you tried to print "letters" and see what it is?  Have you verified that the asserts are executed?
You are probably doing something wrong, and it would be better to ask this on python-list.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17466>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:51:12 2013
From: report at bugs.python.org (Radu Voicilas)
Date: Mon, 18 Mar 2013 19:51:12 +0000
Subject: [issue17464] Improve Test Coverage Of Pydoc
In-Reply-To: <1363631846.77.0.422543713509.issue17464@psf.upfronthosting.co.za>
Message-ID: <1363636272.52.0.732548381809.issue17464@psf.upfronthosting.co.za>


Radu Voicilas added the comment:

Hi,

Here are some small comments to your otherwise good to have patch:

-- assertEquals has been deprecated in favor of assertEqual, and usually it's great to be consistent across the test suite
-- likewise maxDiff should be max_diff mainly because of consistency and because of pep8's naming styles
-- self.temp_dir is never cleaned up (on tearDown maybe?) and gettempdir() doesn't really look like a good option; maybe you wanted to create a new temporary directory rather than pointing to the filesystem's tmp dir ?
-- the patch doesn't apply cleanly, at least for me - the ACKS hunk is failing for me

----------
nosy: +raduv

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17464>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:52:24 2013
From: report at bugs.python.org (Matt Bachmann)
Date: Mon, 18 Mar 2013 19:52:24 +0000
Subject: [issue17464] Improve Test Coverage Of Pydoc
In-Reply-To: <1363631846.77.0.422543713509.issue17464@psf.upfronthosting.co.za>
Message-ID: <1363636344.84.0.703705062663.issue17464@psf.upfronthosting.co.za>


Matt Bachmann added the comment:

Sure thing, ill make the improvements and upload a new patch. Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17464>
_______________________________________

From report at bugs.python.org  Mon Mar 18 20:57:39 2013
From: report at bugs.python.org (Georgiy Treyvus)
Date: Mon, 18 Mar 2013 19:57:39 +0000
Subject: [issue17466] I can't make assignments to a list.
In-Reply-To: <1363635400.77.0.251623355934.issue17466@psf.upfronthosting.co.za>
Message-ID: <1363636659.34.0.740356483596.issue17466@psf.upfronthosting.co.za>


Georgiy Treyvus added the comment:

Yes the assert statements are executed. They are not in any sort of if block or anything like that. When the encrypt function is called and it was in the above examples the assert statements execute period. They really don't have much else of a choice. Look at the attached source code and see for yourself.

----------
Added file: http://bugs.python.org/file29451/gcipher.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17466>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:00:59 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 18 Mar 2013 20:00:59 +0000
Subject: [issue17466] I can't make assignments to a list.
In-Reply-To: <1363635400.77.0.251623355934.issue17466@psf.upfronthosting.co.za>
Message-ID: <1363636859.66.0.511612080455.issue17466@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

doQuadraticDistortion returns a string.  Closing as invalid.

----------
nosy: +mark.dickinson
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17466>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:02:08 2013
From: report at bugs.python.org (Matt Bachmann)
Date: Mon, 18 Mar 2013 20:02:08 +0000
Subject: [issue17464] Improve Test Coverage Of Pydoc
In-Reply-To: <1363631846.77.0.422543713509.issue17464@psf.upfronthosting.co.za>
Message-ID: <1363636928.85.0.089306005376.issue17464@psf.upfronthosting.co.za>


Matt Bachmann added the comment:

--Changes assertequals to assertequal
--Removes maxdiff as it should not really be there in the first place
--Creates an explicit testdir, and cleans it up
--Last patch did not actually apply cleanly... I reverted and applied this one and this seems to work

----------
Added file: http://bugs.python.org/file29452/pydoc_tests_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17464>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:04:07 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 18 Mar 2013 20:04:07 +0000
Subject: [issue17466] I can't make assignments to a list.
In-Reply-To: <1363635400.77.0.251623355934.issue17466@psf.upfronthosting.co.za>
Message-ID: <1363637047.08.0.201395853551.issue17466@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Sorry; that was a bit terse.  To elaborate:  on the first iteration of your for loop in the 'encrypt' function, you're correct that letters has type 'list'.  But on the second iteration, it'll have type 'str', because the line "letters=doQuadraticDistortion(letters)" returns a string.  Try moving the asserts inside the for loop and you'll see them fail.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17466>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:04:21 2013
From: report at bugs.python.org (Georgiy Treyvus)
Date: Mon, 18 Mar 2013 20:04:21 +0000
Subject: [issue17466] I can't make assignments to a list.
In-Reply-To: <1363635400.77.0.251623355934.issue17466@psf.upfronthosting.co.za>
Message-ID: <1363637061.97.0.575947353241.issue17466@psf.upfronthosting.co.za>


Georgiy Treyvus added the comment:

wait why was this closed?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17466>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:05:20 2013
From: report at bugs.python.org (Georgiy Treyvus)
Date: Mon, 18 Mar 2013 20:05:20 +0000
Subject: [issue17466] I can't make assignments to a list.
In-Reply-To: <1363635400.77.0.251623355934.issue17466@psf.upfronthosting.co.za>
Message-ID: <1363637120.72.0.797940872938.issue17466@psf.upfronthosting.co.za>


Georgiy Treyvus added the comment:

ok will try

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17466>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:05:33 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 18 Mar 2013 20:05:33 +0000
Subject: [issue9090] Error code 10035 calling socket.recv() on a socket with a
	timeout (WSAEWOULDBLOCK - A non-blocking socket operation could
	not be completed immediately)
In-Reply-To: <1277602727.58.0.118328870924.issue9090@psf.upfronthosting.co.za>
Message-ID: <1363637133.48.0.592454242786.issue9090@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

Here is a patch for 2.7
Since 2.7 doesn't have pytime.c, we export floattime() as _Py_floattime out of time.c

----------
Added file: http://bugs.python.org/file29453/socket.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9090>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:09:13 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Mon, 18 Mar 2013 20:09:13 +0000
Subject: [issue17467] Enhancement: give mock_open readline() and readlines()
	methods
Message-ID: <1363637353.75.0.10594649772.issue17467@psf.upfronthosting.co.za>


New submission from Toshio Kuratomi:

unittest.mock provides a mock_open convenience function[1].  The convenience function handled file.read() but does not handle file.readline() or file.readlines().  I'll attach a patch that adds support for both of these methods.

[1]: http://docs.python.org/3/library/unittest.mock.html#mock-open

----------
files: python3-mock_open-methods.patch
keywords: patch
messages: 184512
nosy: a.badger
priority: normal
severity: normal
status: open
title: Enhancement: give mock_open readline() and readlines() methods
versions: Python 3.3
Added file: http://bugs.python.org/file29454/python3-mock_open-methods.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17467>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:15:36 2013
From: report at bugs.python.org (Georgiy Treyvus)
Date: Mon, 18 Mar 2013 20:15:36 +0000
Subject: [issue17466] I can't make assignments to a list.
In-Reply-To: <1363635400.77.0.251623355934.issue17466@psf.upfronthosting.co.za>
Message-ID: <1363637736.73.0.850349552063.issue17466@psf.upfronthosting.co.za>


Georgiy Treyvus added the comment:

@Mark: You're right. Sorry for the erroneous bug report.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17466>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:15:56 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 18 Mar 2013 20:15:56 +0000
Subject: [issue17192] libffi-3.0.12 import
In-Reply-To: <1360677172.63.0.353475776128.issue17192@psf.upfronthosting.co.za>
Message-ID: <1363637756.41.0.795051848808.issue17192@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17192>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:28:55 2013
From: report at bugs.python.org (Ned Jackson Lovely)
Date: Mon, 18 Mar 2013 20:28:55 +0000
Subject: [issue7573] Position independent include of Python.h
In-Reply-To: <1261653981.05.0.861950270955.issue7573@psf.upfronthosting.co.za>
Message-ID: <1363638535.89.0.575225540322.issue7573@psf.upfronthosting.co.za>


Ned Jackson Lovely added the comment:

Should this be closed?

----------
nosy: +n

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7573>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:34:25 2013
From: report at bugs.python.org (=?utf-8?b?QW5zc2kgS8Okw6RyacOkaW5lbg==?=)
Date: Mon, 18 Mar 2013 20:34:25 +0000
Subject: [issue17468] Generator memory leak
Message-ID: <1363638865.27.0.0312549957802.issue17468@psf.upfronthosting.co.za>


New submission from Anssi K??ri?inen:

A generator is leaked to gc.garbage in a situation where `__del__` isn't defined. See the attached file for as-minimalistic test case as I could make. Tested on Python 3.3.0, 3.2.3 and 2.7.3.

Note that if the try-except is removed from iterator(), then there is no leak.

This is related to Django bug #19895 (https://code.djangoproject.com/ticket/19895).

----------
files: test.py
messages: 184515
nosy: Anssi.K??ri?inen
priority: normal
severity: normal
status: open
title: Generator memory leak
type: resource usage
versions: Python 2.7, Python 3.3
Added file: http://bugs.python.org/file29455/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17468>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:39:04 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Mar 2013 20:39:04 +0000
Subject: [issue1691387] Call sys.except_hook if exception occurs in __del__
Message-ID: <1363639144.76.0.00193162481269.issue1691387@psf.upfronthosting.co.za>


R. David Murray added the comment:

Re-reported and fixed in issue 7317.

----------
nosy: +r.david.murray
resolution:  -> duplicate
stage: test needed -> committed/rejected
status: open -> closed
superseder:  -> Display full tracebacks when an error occurs asynchronously

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1691387>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:45:08 2013
From: report at bugs.python.org (=?utf-8?q?Piotr_O=C5=BCarowski?=)
Date: Mon, 18 Mar 2013 20:45:08 +0000
Subject: [issue17469] Fix sys.getallocatedblocks() when running on valgrind
Message-ID: <1363639508.69.0.910213848497.issue17469@psf.upfronthosting.co.za>


New submission from Piotr O?arowski:

[Forwarding patch from Julien Cristau <julien.cristau at logilab.fr>]

_Py_AllocatedBlocks was never incremented in PyObject_Malloc(), but
would still be decremented on failure or in PyObject_Free().

----------
components: Interpreter Core
files: obmalloc.patch
keywords: patch
messages: 184517
nosy: piotr
priority: normal
severity: normal
status: open
title: Fix sys.getallocatedblocks() when running on valgrind
Added file: http://bugs.python.org/file29456/obmalloc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17469>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:48:51 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 20:48:51 +0000
Subject: [issue17460] Remove the strict and related params completely removing
	the 0.9 support
In-Reply-To: <1363618864.34.0.693275947596.issue17460@psf.upfronthosting.co.za>
Message-ID: <1363639731.57.0.911436169139.issue17460@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Serhiy - Had a chat with Thomas Wouters and realized that just removing the strict is a best way to go. We have been issuing Deprecation warning for 2 releases now and it should have given enough time for folks to make the changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17460>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:58:36 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 18 Mar 2013 20:58:36 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363640316.82.0.147217232167.issue17423@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

I'm taking care of this with a libffi update per #17192 and #19245.  Thanks for the upstream fix into libffi 3.0.13 alex. :)

----------
nosy: +gregory.p.smith
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Mon Mar 18 21:59:11 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 18 Mar 2013 20:59:11 +0000
Subject: [issue17423] libffi on 32bit is broken on linux
In-Reply-To: <1363295343.27.0.178214767715.issue17423@psf.upfronthosting.co.za>
Message-ID: <1363640351.91.0.015699934964.issue17423@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
superseder:  -> ctypes libffi needs to align the x86 stack to 16 bytes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17423>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:06:14 2013
From: report at bugs.python.org (Honest Abe)
Date: Mon, 18 Mar 2013 21:06:14 +0000
Subject: [issue11077] Tkinter is not thread safe
In-Reply-To: <1296488432.58.0.0945320697853.issue11077@psf.upfronthosting.co.za>
Message-ID: <1363640774.64.0.222707045694.issue11077@psf.upfronthosting.co.za>


Honest Abe added the comment:

I have been researching this due to the recurring recommendations, on stackoverflow.com, to use the queue.Queue + after() technique when using multiple threads.

???

>From comments in _tkinter.c:

The Tcl interpreter is only valid in the thread that created it, 
and all Tk activity must happen in this thread, also. 
That means that the mainloop must be invoked in the thread that
created the interpreter. Invoking commands from other threads is possible; _tkinter will queue an event for the interpreter thread, which will then execute the command and pass back the result. If the main thread is not in the mainloop, and invoking commands causes an exception; if the main loop is running but not processing events, the command invocation will block.

http://hg.python.org/cpython/file/ef8ea052bcc4/Modules/_tkinter.c#l174

/* This is the main entry point for calling a Tcl command.
It supports three cases, with regard to threading:
1. Tcl is not threaded: Must have the Tcl lock, then can invoke command in
the context of the calling thread.
2. Tcl is threaded, caller of the command is in the interpreter thread:
Execute the command in the calling thread. Since the Tcl lock will
not be used, we can merge that with case 1.
3. Tcl is threaded, caller is in a different thread: Must queue an event to
the interpreter thread. Allocation of Tcl objects needs to occur in the
interpreter thread, so we ship the PyObject* args to the target thread,
and perform processing there. */

http://hg.python.org/cpython/file/ef8ea052bcc4/Modules/_tkinter.c#l1314

???

The following quote seems to imply that it is thread safe:

"Invoking commands from other threads is possible;
_tkinter will queue an event for the interpreter thread, 
which will then execute the command and pass back the result."

But... Allen B. Taylor, author of mtTkinter, states:

The problems stem from the fact that the _tkinter module attempts to gain control of the main thread via a polling technique when processing calls from other threads. If it succeeds, all is well. If it fails (i.e., after a timeout), the application receives an exception with the message: "RuntimeError: main thread is not in main loop".

http://tkinter.unpythonic.net/wiki/mtTkinter

This seems to be somewhat validated by the first quote from the source code.
However, the statement "main thread is not in main loop"
seems backwards to me. Wouldn't a loop be in a thread?
How can the thread that spawned the mainloop ever be inside of the mainloop? Note that all of my experience is with Python, not C.

----------
nosy: +Honest Abe

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11077>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:08:36 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 18 Mar 2013 21:08:36 +0000
Subject: [issue17460] Remove the strict and related params completely removing
	the 0.9 support
In-Reply-To: <1363618864.34.0.693275947596.issue17460@psf.upfronthosting.co.za>
Message-ID: <3ZV93m03HdzPCm@mail.python.org>


Roundup Robot added the comment:

New changeset c9bf987d80f1 by Senthil Kumaran in branch 'default':
#17460: Remove the strict argument of HTTPConnection and removing the
http://hg.python.org/cpython/rev/c9bf987d80f1

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17460>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:09:00 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 21:09:00 +0000
Subject: [issue17460] Remove the strict and related params completely removing
	the 0.9 support
In-Reply-To: <1363618864.34.0.693275947596.issue17460@psf.upfronthosting.co.za>
Message-ID: <1363640940.33.0.70344150692.issue17460@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <senthil at uthcode.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17460>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:16:35 2013
From: report at bugs.python.org (Pierre Raybaut)
Date: Mon, 18 Mar 2013 21:16:35 +0000
Subject: [issue13276] bdist_wininst-created installer does not run the
	postinstallation script when uninstalling
In-Reply-To: <1319729455.78.0.312367178712.issue13276@psf.upfronthosting.co.za>
Message-ID: <1363641395.08.0.899320014639.issue13276@psf.upfronthosting.co.za>


Pierre Raybaut added the comment:

How can I help to ensure that the patch submitted by Jason Roberts is actually taken into account in next releases of Python?

I too would want to use this "remove" feature in distutils Windows installers. For example, I was confronted to this bug/limitation of current releases of Python when implementing this feature for the Spyder Windows installer:
https://code.google.com/p/spyderlib/issues/detail?id=971#c10

Thanks for taking time to fix this issue.

----------
nosy: +Pierre.Raybaut

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13276>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:19:10 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 18 Mar 2013 21:19:10 +0000
Subject: [issue10212] struct.unpack and cStringIO.StringIO don't support new
	buffer
In-Reply-To: <1288175813.33.0.0310491559114.issue10212@psf.upfronthosting.co.za>
Message-ID: <1363641550.95.0.47519072336.issue10212@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

We don't seem to be getting any traction on this.  2.7.4 is to be cut next weekend so it is becoming more urgent :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10212>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:19:27 2013
From: report at bugs.python.org (Mher Movsisyan)
Date: Mon, 18 Mar 2013 21:19:27 +0000
Subject: [issue17403] Robotparser fails to parse some robots.txt
In-Reply-To: <1363085904.54.0.398684856881.issue17403@psf.upfronthosting.co.za>
Message-ID: <1363641567.49.0.905421910437.issue17403@psf.upfronthosting.co.za>


Mher Movsisyan added the comment:

Attaching patch.

----------
keywords: +patch
nosy: +mher
Added file: http://bugs.python.org/file29457/parser.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17403>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:19:34 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Mon, 18 Mar 2013 21:19:34 +0000
Subject: [issue7898] rlcompleter add "real tab" when text is empty feature
In-Reply-To: <1265789959.13.0.400404108309.issue7898@psf.upfronthosting.co.za>
Message-ID: <1363641574.39.0.439758641015.issue7898@psf.upfronthosting.co.za>


Thomas Fenzl added the comment:

It's not (easily) possible to get the invoked character that caused the completion function. 
Multiple keys can be bound to complete and the bindable function rl_complete provided in libreadline does not forward the invoking key to rl_complete_internal, through which Completer.complete is eventually called.

----------
nosy: +Thomas Fenzl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7898>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:19:55 2013
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 18 Mar 2013 21:19:55 +0000
Subject: [issue17436] hashlib: add a method to hash the content of a file
In-Reply-To: <1363428672.22.0.18562351596.issue17436@psf.upfronthosting.co.za>
Message-ID: <1363641595.91.0.364322270146.issue17436@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: pass a file object to hashlib.update -> hashlib: add a method to hash the content of a file
versions: +Python 3.4 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17436>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:20:34 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 18 Mar 2013 21:20:34 +0000
Subject: [issue10211] BufferObject doesn't support new buffer interface
In-Reply-To: <1288169352.49.0.219368546772.issue10211@psf.upfronthosting.co.za>
Message-ID: <1363641634.44.0.607857682537.issue10211@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

Bump, 2.7.4 will be cut next week ...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10211>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:24:52 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Mar 2013 21:24:52 +0000
Subject: [issue7898] rlcompleter add "real tab" when text is empty feature
In-Reply-To: <1265789959.13.0.400404108309.issue7898@psf.upfronthosting.co.za>
Message-ID: <1363641892.04.0.876538293696.issue7898@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thomas's analysis is that in order to make this work, changes would be required in libreadline.  That being the case, and given that changing this without being able to special case tab would break things for people using other complete characters, I'm going to close this issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7898>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:25:59 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 18 Mar 2013 21:25:59 +0000
Subject: [issue17466] I can't make assignments to a list.
In-Reply-To: <1363635400.77.0.251623355934.issue17466@psf.upfronthosting.co.za>
Message-ID: <1363641959.51.0.017386358782.issue17466@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17466>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:29:38 2013
From: report at bugs.python.org (Yu Tomita)
Date: Mon, 18 Mar 2013 21:29:38 +0000
Subject: [issue8860] Rounding in timedelta constructor is inconsistent with
	that in timedelta arithmetics
In-Reply-To: <1275323981.58.0.479401459542.issue8860@psf.upfronthosting.co.za>
Message-ID: <1363642178.55.0.312800131358.issue8860@psf.upfronthosting.co.za>


Yu Tomita added the comment:

I updated the unittest for the patch by Mark. The test fails without the patch and passes with it.

Also, I updated the patch to work in Python 3.4 (_datetime.c instead of datetime.c).

----------
nosy: +nekobon
Added file: http://bugs.python.org/file29458/issue8860.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8860>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:43:04 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 18 Mar 2013 21:43:04 +0000
Subject: [issue5024] sndhdr.whathdr returns -1 for WAV file frame count
In-Reply-To: <1232558382.92.0.547995552561.issue5024@psf.upfronthosting.co.za>
Message-ID: <3ZV9qW4TwWzPLk@mail.python.org>


Roundup Robot added the comment:

New changeset f972488c6b39 by R David Murray in branch 'default':
#5024: whichhdr now returns the frame count for WAV files.
http://hg.python.org/cpython/rev/f972488c6b39

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5024>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:46:34 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Mar 2013 21:46:34 +0000
Subject: [issue5024] sndhdr.whathdr returns -1 for WAV file frame count
In-Reply-To: <1232558382.92.0.547995552561.issue5024@psf.upfronthosting.co.za>
Message-ID: <1363643194.81.0.602243502577.issue5024@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Ned.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5024>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:47:12 2013
From: report at bugs.python.org (Mohammad Akram)
Date: Mon, 18 Mar 2013 21:47:12 +0000
Subject: [issue17470] random.choice should accept a set as input
Message-ID: <1363643232.74.0.469965121668.issue17470@psf.upfronthosting.co.za>


New submission from Mohammad Akram:

I think the random.choice function should support sets. The random.sample function already supports sets and therefore the API should be consistent in this regard.

This is how it's done in the sample method (line 295):

        if isinstance(population, _Set):
            population = tuple(population)

----------
components: Library (Lib)
messages: 184532
nosy: Mohammad.Akram
priority: normal
severity: normal
status: open
title: random.choice should accept a set as input
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17470>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:47:41 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 18 Mar 2013 21:47:41 +0000
Subject: [issue10296] ctypes catches BreakPoint error on windows 32
In-Reply-To: <1288772433.69.0.284335189868.issue10296@psf.upfronthosting.co.za>
Message-ID: <1363643261.11.0.461724154314.issue10296@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

Here is a suggested patch.  SEH will now not catch BREAKPOINT exceptions.

----------
keywords: +patch
Added file: http://bugs.python.org/file29459/ctypes.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10296>
_______________________________________

From report at bugs.python.org  Mon Mar 18 22:48:48 2013
From: report at bugs.python.org (Greg Ward)
Date: Mon, 18 Mar 2013 21:48:48 +0000
Subject: [issue17445] Return the type you accept
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363643328.71.0.129214706939.issue17445@psf.upfronthosting.co.za>


Greg Ward added the comment:

OK I now have two competing patches. Both are disgusting, but in different ways.

1) http://hg.gerg.ca/cpython/rev/fcf3d27f20d9
   - factor out all the string constants
   - always concatenate, do not .format()

2) http://hg.gerg.ca/cpython/rev/cebefce2cfd4
   - copy {unified,context}_diff() to {unified,context}_diff_bytes()
   - this is a future maintenance headache, guaranteed!

Feedback welcome. If anyone can see a way to unify these two approaches, or a third way that sucks less, I'm all ears.

----------
hgrepos: +179

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Mon Mar 18 23:02:31 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 18 Mar 2013 22:02:31 +0000
Subject: [issue17445] Return the type you accept
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363644151.23.0.924722548589.issue17445@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> Necessary when comparing files with unknown or inconsistent encodings: 
> there's no way to convert everything to Unicode, so just leave it all
> bytes.

You could simply use the surrogateescape error handler.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Mon Mar 18 23:09:01 2013
From: report at bugs.python.org (Andrew Gorcester)
Date: Mon, 18 Mar 2013 22:09:01 +0000
Subject: [issue8523] shutil.rmtree and os.listdir cannot recover on error
	conditions
In-Reply-To: <1272135463.46.0.698266589767.issue8523@psf.upfronthosting.co.za>
Message-ID: <1363644541.94.0.675111849966.issue8523@psf.upfronthosting.co.za>


Andrew Gorcester added the comment:

Product of the #pycon 2013 sprint with r.david.murray's assistance.  This implements the list of results as per tarek's suggested 1/ behavior in cases where ignore_errors=True.  Parameters accepted are not changed; return value is changed from None to an empty list in case of no errors or onerror defined by the user, and to a list of tuples exactly like onerror arguments in the case of ignore_errors=True.

As the ignore_errors=True closure-based implementation was adopted from test_shutil.py code, test_shutil.py is changed in one place to take advantage of the new return value in order to add coverage of the new functionality.

----------
keywords: +patch
nosy: +andrewsg
Added file: http://bugs.python.org/file29460/rmtree_ignore_errors_returns_list.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8523>
_______________________________________

From report at bugs.python.org  Mon Mar 18 23:11:18 2013
From: report at bugs.python.org (emmanuel)
Date: Mon, 18 Mar 2013 22:11:18 +0000
Subject: [issue14916] PyRun_InteractiveLoop fails to run interactively when
	using a Linux pty that's not tied to stdin/stdout
In-Reply-To: <1337960558.56.0.442179213708.issue14916@psf.upfronthosting.co.za>
Message-ID: <1363644678.88.0.560302588826.issue14916@psf.upfronthosting.co.za>


emmanuel added the comment:

Kevin,

These are good points.

I had a cursory look at the python source code and observed the following:
- There may also be a concern with stderr (used to print the prompt in PyOS_Readline)
- PyOS_Readline has two different definitions in files pgenmain.c and myreadline.c
- There is this interesting comment in myreadline.c:
/* By initializing this function pointer, systems embedding Python can
   override the readline function.
   Note: Python expects in return a buffer allocated with PyMem_Malloc. */
char *(*PyOS_ReadlineFunctionPointer)(FILE *, FILE *, char *);

This pointer is actually used (set it to (void*)1 and the interpreter crashes) so it could offer a means to redirect stdin as we want. For stdout/stderr further investigation is needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14916>
_______________________________________

From report at bugs.python.org  Mon Mar 18 23:24:35 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 18 Mar 2013 22:24:35 +0000
Subject: [issue17453] logging.config.fileConfig error
In-Reply-To: <1363592089.61.0.213350705624.issue17453@psf.upfronthosting.co.za>
Message-ID: <1363645475.93.0.68910735482.issue17453@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

What is your intent in setting up a configuration like that? How do you expect it to behave?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17453>
_______________________________________

From report at bugs.python.org  Mon Mar 18 23:28:18 2013
From: report at bugs.python.org (Jeff Ramnani)
Date: Mon, 18 Mar 2013 22:28:18 +0000
Subject: [issue16709] unittest discover order is filesystem specific - hard to
	reproduce
In-Reply-To: <1355797737.36.0.999533489695.issue16709@psf.upfronthosting.co.za>
Message-ID: <1363645698.83.0.489524351537.issue16709@psf.upfronthosting.co.za>


Jeff Ramnani added the comment:

I've added tests for this behavior by un-sorting the test inputs for test_find_tests, and adding comments that the results should be sorted for reliable test execution.

Attaching an updated patch.

----------
nosy: +jramnani
Added file: http://bugs.python.org/file29461/issue16709-tests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16709>
_______________________________________

From report at bugs.python.org  Mon Mar 18 23:29:36 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 18 Mar 2013 22:29:36 +0000
Subject: [issue17424] help() should use the class signature
In-Reply-To: <1363296390.29.0.253596803628.issue17424@psf.upfronthosting.co.za>
Message-ID: <1363645776.16.0.00177651655577.issue17424@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

If I read the code correctly help(pyth.__init__) won't use the __signature__ because that is an attribute of the type, not of the method itself. 

With the patch in issue17053 help should be better when __init__'s signatuer is set explicitly:


class Stock(Structure):
    __signature__ = make_signature(['name', 'shares', 'price'])
    def __init__(self, *args, **kwds):
        super(Stock, self).__init__(*args, **kwds)
    __init__.__signature__ = __signature__


Sadly enough it isn't easily possible to define a subclass of function where __signature__ is a property that returns the class attribute __signature__.

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17424>
_______________________________________

From report at bugs.python.org  Mon Mar 18 23:30:01 2013
From: report at bugs.python.org (Jeff Ramnani)
Date: Mon, 18 Mar 2013 22:30:01 +0000
Subject: [issue16709] unittest discover order is filesystem specific - hard to
	reproduce
In-Reply-To: <1355797737.36.0.999533489695.issue16709@psf.upfronthosting.co.za>
Message-ID: <1363645801.09.0.820754402108.issue16709@psf.upfronthosting.co.za>


Jeff Ramnani added the comment:

Fixed a spelling error.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16709>
_______________________________________

From report at bugs.python.org  Mon Mar 18 23:30:35 2013
From: report at bugs.python.org (Jeff Ramnani)
Date: Mon, 18 Mar 2013 22:30:35 +0000
Subject: [issue16709] unittest discover order is filesystem specific - hard to
	reproduce
In-Reply-To: <1355797737.36.0.999533489695.issue16709@psf.upfronthosting.co.za>
Message-ID: <1363645835.79.0.390808622314.issue16709@psf.upfronthosting.co.za>


Jeff Ramnani added the comment:

Fixed a spelling error. (Part deux)

----------
Added file: http://bugs.python.org/file29462/issue16709-tests2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16709>
_______________________________________

From report at bugs.python.org  Mon Mar 18 23:30:54 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 18 Mar 2013 22:30:54 +0000
Subject: [issue17053] pydoc should use inspect.signature instead of
	inspect.getfullargspec
In-Reply-To: <1359292632.3.0.760417514127.issue17053@psf.upfronthosting.co.za>
Message-ID: <1363645854.51.0.792085389038.issue17053@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

See my comment in issue 17424: the code in that issue doesn't work with my patch because __signature__ is defined on the class instead of the method where help is called on.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17053>
_______________________________________

From report at bugs.python.org  Mon Mar 18 23:31:46 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 18 Mar 2013 22:31:46 +0000
Subject: [issue17053] pydoc should use inspect.signature instead of
	inspect.getfullargspec
In-Reply-To: <1359292632.3.0.760417514127.issue17053@psf.upfronthosting.co.za>
Message-ID: <1363645906.7.0.915903796841.issue17053@psf.upfronthosting.co.za>


Changes by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
keywords: +needs review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17053>
_______________________________________

From report at bugs.python.org  Mon Mar 18 23:49:17 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 18 Mar 2013 22:49:17 +0000
Subject: [issue17460] Remove the strict and related params completely removing
	the 0.9 support
In-Reply-To: <1363633386.64.0.759626256626.issue17460@psf.upfronthosting.co.za>
Message-ID: <201303190049.02940.storchaka@gmail.com>


Serhiy Storchaka added the comment:

> 2. Making the rest of the arguments as keyword only arguments in order to
> prevent people doing mistakes. I am okay with this, people upgrading from
> 3.3, will face a problem if they already dont have a keyword only
> argument.

I thought about how to leave the parameter and imlicitly raise an exception, 
but your variant #2 is better. It is fully backward compatible and allows us 
to avoid the subtle error.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17460>
_______________________________________

From report at bugs.python.org  Mon Mar 18 23:57:26 2013
From: report at bugs.python.org (Satshabad Khalsa)
Date: Mon, 18 Mar 2013 22:57:26 +0000
Subject: [issue6741] Garbage collector release method
In-Reply-To: <1250771912.15.0.32080385055.issue6741@psf.upfronthosting.co.za>
Message-ID: <1363647446.84.0.697010282576.issue6741@psf.upfronthosting.co.za>


Satshabad Khalsa added the comment:

This is a test that is supposed to run c that creates two objects, cross references them with embedded python DECREF's the objects. Then it asserts that after Py_fini is called, they have no more references because the gc should have collected them. 

Unfortunately the test is not failing for the right reasons and I can't figure out why.

----------
nosy: +Satshabad.Khalsa
Added file: http://bugs.python.org/file29463/patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6741>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:01:16 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 23:01:16 +0000
Subject: [issue17460] Remove the strict and related params completely removing
	the 0.9 support
In-Reply-To: <1363618864.34.0.693275947596.issue17460@psf.upfronthosting.co.za>
Message-ID: <1363647676.24.0.125262450261.issue17460@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Sorry, I went ahead with committing it. But let's continue the discussion.

Leaving the parameter when we have said it will be deprecated may be a bad practice. It has remained unused for 2 versions now when the deprecation warning was added.

The option 2 further presented a challenge with HTTPSConnection which was already using  keyword-only args for last two parameters. Moving it up in the argument list may have presented a bad case. Two changes for one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17460>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:04:44 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 18 Mar 2013 23:04:44 +0000
Subject: [issue17445] Handle bytes comparisons in difflib.Differ
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363647884.25.0.80711762618.issue17445@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Since we don't need to worry about ASCII incompatible encodings (difflib will already have issues with such files due to the assumptions about newlines), it should be possible to use the same approach as that used in urllib.parse, but based on latin-1 rather than ascii.

It's the least bad option for this kind of use case (surrogateescape can be good too, but it doesn't work properly in this case where the two encodings may be different and we want to compare the raw bytes directly).

(changed scope of issue to reflect the subsequent discussion)

----------
title: Return the type you accept -> Handle bytes comparisons in difflib.Differ

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:06:28 2013
From: report at bugs.python.org (Sanjeev Paskaradevan)
Date: Mon, 18 Mar 2013 23:06:28 +0000
Subject: [issue1745722] please add wsgi to SimpleXMLRPCServer
Message-ID: <1363647988.42.0.648456651258.issue1745722@psf.upfronthosting.co.za>


Changes by Sanjeev Paskaradevan <sanjeev.com at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29464/wsgi_xml_rpc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1745722>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:06:38 2013
From: report at bugs.python.org (Luke Kenneth Casson Leighton)
Date: Mon, 18 Mar 2013 23:06:38 +0000
Subject: [issue5051] test_update2 in test_os.py invalid due to
	os.environ.clear() followed by reliance on environ COMSPEC
In-Reply-To: <1232883558.71.0.175097990327.issue5051@psf.upfronthosting.co.za>
Message-ID: <1363647998.04.0.60709590675.issue5051@psf.upfronthosting.co.za>


Luke Kenneth Casson Leighton added the comment:

that's not the correct solution, ned.  what that will do is when someone runs a combination of python and MSYS under wine, the test will be skipped incorrectly.

thanks to the work that i did back in 2009, wine has now been improved significantly and has been capable of running python correctly for over 3 years now.  i use it to do testing of pyjamas-desktop.

bottom line: skipping regression tests by making assumptions based solely and exclusively on the platform type is not good news.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5051>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:06:47 2013
From: report at bugs.python.org (Sanjeev Paskaradevan)
Date: Mon, 18 Mar 2013 23:06:47 +0000
Subject: [issue1745722] please add wsgi to SimpleXMLRPCServer
Message-ID: <1363648007.23.0.704776274693.issue1745722@psf.upfronthosting.co.za>


Changes by Sanjeev Paskaradevan <sanjeev.com at gmail.com>:


----------
versions: +Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1745722>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:09:19 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Mar 2013 23:09:19 +0000
Subject: [issue10212] struct.unpack and cStringIO.StringIO don't support new
	buffer
In-Reply-To: <1288175813.33.0.0310491559114.issue10212@psf.upfronthosting.co.za>
Message-ID: <1363648159.09.0.990229229986.issue10212@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

For the backport policy question, since there seems to be disagreement, consider a post on pydev asking for discussion and if no quick consensus, a ruling from Guido or designee.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10212>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:15:48 2013
From: report at bugs.python.org (Ned Jackson Lovely)
Date: Mon, 18 Mar 2013 23:15:48 +0000
Subject: [issue5051] test_update2 in test_os.py invalid due to
	os.environ.clear() followed by reliance on environ COMSPEC
In-Reply-To: <1232883558.71.0.175097990327.issue5051@psf.upfronthosting.co.za>
Message-ID: <1363648548.88.0.014352268934.issue5051@psf.upfronthosting.co.za>


Ned Jackson Lovely added the comment:

Fair enough Luke. What is your recommended fix?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5051>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:20:19 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Mar 2013 23:20:19 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363648819.98.0.397259103202.issue17409@psf.upfronthosting.co.za>


R. David Murray added the comment:

That would be great, thanks.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
versions: +Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:22:39 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 23:22:39 +0000
Subject: [issue12707] Deprecate addinfourl getters
In-Reply-To: <1312760770.57.0.2285900636.issue12707@psf.upfronthosting.co.za>
Message-ID: <1363648959.38.0.205516232408.issue12707@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

And getcode is documented all 3.x documentation now.

URLOpener (and by inheritance) raise DeprecationWarning since 3.3. I believe, when class becomes deprecated and removed, their methods go away too? For the URLOpener, I would like that to happen as it will present a much cleaner newer way for further enhancement.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12707>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:23:35 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 23:23:35 +0000
Subject: [issue12707] Deprecate addinfourl getters
In-Reply-To: <1312760770.57.0.2285900636.issue12707@psf.upfronthosting.co.za>
Message-ID: <1363649015.88.0.468870467131.issue12707@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

URLOpener (and by inheritance *FancyURLOpener*)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12707>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:27:55 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 23:27:55 +0000
Subject: [issue12707] Deprecate addinfourl getters
In-Reply-To: <1312760770.57.0.2285900636.issue12707@psf.upfronthosting.co.za>
Message-ID: <1363649275.17.0.887533378817.issue12707@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <senthil at uthcode.com>:


----------
assignee:  -> orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12707>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:38:12 2013
From: report at bugs.python.org (Daniel Wozniak)
Date: Mon, 18 Mar 2013 23:38:12 +0000
Subject: [issue17471] Patch for Additional Test Coverage for urllib.error
Message-ID: <1363649892.85.0.895729297472.issue17471@psf.upfronthosting.co.za>


New submission from Daniel Wozniak:

Adding test to get 100% coverage in urllib.error.

----------
components: Tests
files: patch.diff
keywords: patch
messages: 184554
nosy: dwoz
priority: normal
severity: normal
status: open
title: Patch for Additional Test Coverage for urllib.error
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29465/patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17471>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:39:23 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 23:39:23 +0000
Subject: [issue17471] Patch for Additional Test Coverage for urllib.error
In-Reply-To: <1363649892.85.0.895729297472.issue17471@psf.upfronthosting.co.za>
Message-ID: <1363649963.0.0.624764352646.issue17471@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Thanks Daniel. I will commit it.

----------
assignee:  -> orsenthil
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17471>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:41:32 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Mon, 18 Mar 2013 23:41:32 +0000
Subject: [issue13655] Python SSL stack doesn't have a default CA Store
In-Reply-To: <1324635534.55.0.434420251569.issue13655@psf.upfronthosting.co.za>
Message-ID: <1363650092.2.0.0825808097833.issue13655@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13655>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:42:22 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 23:42:22 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1363650142.58.0.687720312265.issue10050@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

I think, this issue should have been closed. Or at least be closed now.

1. urlretrieve - change was done.

2. Re: msg172874 - DeprecationWarnings on URLopener have been in place since 3.3. Also in the documentation in the Legacy Interface section, it is mentioned that "They might become deprecated at some point in the future." - Adding an Explicit deprecation in 3.3 is okay. It can even be done now. 

3. All other old primitives have been deprecated/documented to be removed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:44:20 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Mon, 18 Mar 2013 23:44:20 +0000
Subject: [issue12226] use HTTPS by default for uploading packages to pypi
In-Reply-To: <1306860665.45.0.32361907398.issue12226@psf.upfronthosting.co.za>
Message-ID: <1363650260.68.0.0685293884289.issue12226@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis added the comment:

New changeset f86d46a580d8 by Benjamin Peterson in branch 'default':
use the HTTPS for pypi upload
http://hg.python.org/cpython/rev/f86d46a580d8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12226>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:52:37 2013
From: report at bugs.python.org (Radu Voicilas)
Date: Mon, 18 Mar 2013 23:52:37 +0000
Subject: [issue17453] logging.config.fileConfig error
In-Reply-To: <1363592089.61.0.213350705624.issue17453@psf.upfronthosting.co.za>
Message-ID: <1363650757.5.0.995894626904.issue17453@psf.upfronthosting.co.za>


Radu Voicilas added the comment:

Even though it seems kind of weird to have all those keys set to the empty string, I still think that configparser should handle this case, which might be relevant for some other uses cases (not logging configs).
The attached patch should take care of this.

----------
keywords: +patch
nosy: +raduv
Added file: http://bugs.python.org/file29466/issue17453.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17453>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:55:54 2013
From: report at bugs.python.org (Daniel Wozniak)
Date: Mon, 18 Mar 2013 23:55:54 +0000
Subject: [issue17472] Patch for Additional Test Coverage in urllib.parse
Message-ID: <1363650954.41.0.872815127355.issue17472@psf.upfronthosting.co.za>


New submission from Daniel Wozniak:

Adding additional tests to get 100% coverage in urllib.parse module. It should be noted that line 598 technically has coverage but it does not appear that way due to an peephole optimization, at least we think that is the case.

----------
components: Tests
files: patch.diff
keywords: patch
messages: 184559
nosy: dwoz
priority: normal
severity: normal
status: open
title: Patch for Additional Test Coverage in urllib.parse
versions: Python 3.4
Added file: http://bugs.python.org/file29467/patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17472>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:58:25 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 18 Mar 2013 23:58:25 +0000
Subject: [issue17472] Patch for Additional Test Coverage in urllib.parse
In-Reply-To: <1363650954.41.0.872815127355.issue17472@psf.upfronthosting.co.za>
Message-ID: <1363651105.47.0.926618148074.issue17472@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <senthil at uthcode.com>:


----------
assignee:  -> orsenthil
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17472>
_______________________________________

From report at bugs.python.org  Tue Mar 19 00:59:15 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 18 Mar 2013 23:59:15 +0000
Subject: [issue17192] libffi-3.0.12 import
In-Reply-To: <1360677172.63.0.353475776128.issue17192@psf.upfronthosting.co.za>
Message-ID: <3ZVDrf4NY5zSDF@mail.python.org>


Roundup Robot added the comment:

New changeset b10ec5083a53 by Gregory P. Smith in branch '2.7':
Fixes issue #17192: Update the ctypes module's libffi to v3.0.13.  This
http://hg.python.org/cpython/rev/b10ec5083a53

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17192>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:05:34 2013
From: report at bugs.python.org (Tres Seaver)
Date: Tue, 19 Mar 2013 00:05:34 +0000
Subject: [issue10211] BufferObject doesn't support new buffer interface
In-Reply-To: <1288169352.49.0.219368546772.issue10211@psf.upfronthosting.co.za>
Message-ID: <1363651534.65.0.473141039557.issue10211@psf.upfronthosting.co.za>


Tres Seaver added the comment:

Looks good to me.

----------
nosy: +tseaver

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10211>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:07:09 2013
From: report at bugs.python.org (Tres Seaver)
Date: Tue, 19 Mar 2013 00:07:09 +0000
Subject: [issue10212] struct.unpack and cStringIO.StringIO don't support new
	buffer
In-Reply-To: <1288175813.33.0.0310491559114.issue10212@psf.upfronthosting.co.za>
Message-ID: <1363651629.54.0.9556950459.issue10212@psf.upfronthosting.co.za>


Tres Seaver added the comment:

Patch looks good to me.  I would call it a bugfix, not a feature.

----------
nosy: +tseaver

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10212>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:07:38 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 00:07:38 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <3ZVF2L1RfVzNBV@mail.python.org>


Roundup Robot added the comment:

New changeset ea76cfff5851 by Senthil Kumaran in branch '3.3':
#10050 - Document DeprecationWarnings for URLopener and FancyURLopener (msg172874 )
http://hg.python.org/cpython/rev/ea76cfff5851

New changeset d4cbd9e2e1cb by Senthil Kumaran in branch 'default':
#10050 : merge to default
http://hg.python.org/cpython/rev/d4cbd9e2e1cb

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:08:18 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 19 Mar 2013 00:08:18 +0000
Subject: [issue10050] urllib.request still has old 2.x urllib primitives
In-Reply-To: <1286536471.26.0.454336144311.issue10050@psf.upfronthosting.co.za>
Message-ID: <1363651698.6.0.124998409079.issue10050@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <senthil at uthcode.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10050>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:12:10 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Tue, 19 Mar 2013 00:12:10 +0000
Subject: [issue10211] BufferObject doesn't support new buffer interface
In-Reply-To: <1288169352.49.0.219368546772.issue10211@psf.upfronthosting.co.za>
Message-ID: <1363651930.58.0.955212451054.issue10211@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10211>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:12:16 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Tue, 19 Mar 2013 00:12:16 +0000
Subject: [issue10212] struct.unpack and cStringIO.StringIO don't support new
	buffer
In-Reply-To: <1288175813.33.0.0310491559114.issue10212@psf.upfronthosting.co.za>
Message-ID: <1363651936.83.0.866324738888.issue10212@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10212>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:12:57 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Tue, 19 Mar 2013 00:12:57 +0000
Subject: [issue17192] libffi-3.0.13 import
In-Reply-To: <1360677172.63.0.353475776128.issue17192@psf.upfronthosting.co.za>
Message-ID: <1363651977.12.0.0252431837307.issue17192@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
title: libffi-3.0.12 import -> libffi-3.0.13 import

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17192>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:14:07 2013
From: report at bugs.python.org (Devin Jeanpierre)
Date: Tue, 19 Mar 2013 00:14:07 +0000
Subject: [issue17473] -m is not universally applicable
Message-ID: <1363652047.27.0.660639170602.issue17473@psf.upfronthosting.co.za>


New submission from Devin Jeanpierre:

Many executables in python are meant to be run on python scripts, but can't run python scripts that are part of a package. For example, one can do `python -m pdb foo.py`, but not `python -m pdb package.foo`. This makes it more difficult to interact with executable scripts within a package. In particular, the following will NOT work in general: `python -m pdb package/foo.py`

It would be easier if these modules gained their own `-m` argument to specify import paths instead of files. For example, the third party coverage module does this, and can be run using the command `python -m coverage run -m package.foo`.

What follows is a small list of scripts present as modules in the Python stdlib that involve manipulating other scripts, and so could benefit from a -m option.

pdb
profile
doctest
trace
modulefinder
tabnanny
pyclbr
dis

In the case of pydoc, unittest (unittest discover, etc.) -- these are special cases, as they interpret input as either a path OR a module via guessing. There may not be any benefit to adding a -m option.

----------
messages: 184564
nosy: Devin Jeanpierre
priority: normal
severity: normal
status: open
title: -m is not universally applicable
type: enhancement
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17473>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:16:16 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 19 Mar 2013 00:16:16 +0000
Subject: [issue17474] Remove the deprecated methods of Request class
Message-ID: <1363652176.25.0.00819837131924.issue17474@psf.upfronthosting.co.za>


New submission from Senthil Kumaran:

Number of methods of Request class were deprecated in 3.3 #10050
This issue to to track their removal in 3.4.

----------
assignee: orsenthil
messages: 184565
nosy: orsenthil
priority: normal
severity: normal
status: open
title: Remove the deprecated methods of Request class
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17474>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:24:38 2013
From: report at bugs.python.org (Greg Ward)
Date: Tue, 19 Mar 2013 00:24:38 +0000
Subject: [issue17445] Handle bytes comparisons in difflib.Differ
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363652678.39.0.500107331797.issue17445@psf.upfronthosting.co.za>


Greg Ward added the comment:

Take 3: http://hg.gerg.ca/cpython/rev/78bdb10551ee
- uses surrogateescape as suggested by Antoine
- seems to work

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:25:28 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 19 Mar 2013 00:25:28 +0000
Subject: [issue14803] Add feature to allow code execution prior to __main__
	invocation
In-Reply-To: <1336981419.55.0.280530546632.issue14803@psf.upfronthosting.co.za>
Message-ID: <1363652728.1.0.418900837382.issue14803@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14803>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:34:14 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 19 Mar 2013 00:34:14 +0000
Subject: [issue12707] Deprecate addinfourl getters
In-Reply-To: <1312760770.57.0.2285900636.issue12707@psf.upfronthosting.co.za>
Message-ID: <1363653254.66.0.820970188429.issue12707@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

This commit by Ezio in the tests is related (1bcddc0a3765)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12707>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:34:16 2013
From: report at bugs.python.org (=?utf-8?q?Herv=C3=A9_Coatanhay?=)
Date: Tue, 19 Mar 2013 00:34:16 +0000
Subject: [issue17453] logging.config.fileConfig error
In-Reply-To: <1363592089.61.0.213350705624.issue17453@psf.upfronthosting.co.za>
Message-ID: <1363653256.47.0.0905530619119.issue17453@psf.upfronthosting.co.za>


Herv? Coatanhay added the comment:

My complete configuration is this:

[loggers]
keys = app_admin,root,app_test_py3
[logger_root]
handlers = ""
[formatters]
keys = app_admin,app_test_py3
[handlers]
keys = app_admin,app_test_py3
[logger_app_admin]
propagate = 1
handlers = app_admin
qualname = nagare.application.admin
level = INFO
[handler_app_admin]
formatter = app_admin
class = StreamHandler
args = (sys.stderr,)
[formatter_app_admin]
format = %(asctime)s - %(name)s - %(levelname)s - %(message)s
[logger_app_test_py3]
propagate = 1
handlers = app_test_py3
qualname = nagare.application.test_py3
level = INFO
[formatter_app_test_py3]
format = %(asctime)s - %(name)s - %(levelname)s - %(message)s
[handler_app_test_py3]
formatter = app_test_py3
class = StreamHandler
args = (sys.stderr,)

I wanted to provided a non-working configuration as small as possible, that was accepted by python 2.7.

It seems you are right there is a problem with this configuration as it shuts down logging in python 2.7. It looks like i have a bug in my configuration generation.

By the way the patch restores python 2.7 behavior as expected, thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17453>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:35:59 2013
From: report at bugs.python.org (Luke Kenneth Casson Leighton)
Date: Tue, 19 Mar 2013 00:35:59 +0000
Subject: [issue5051] test_update2 in test_os.py invalid due to
	os.environ.clear() followed by reliance on environ COMSPEC
In-Reply-To: <1232883558.71.0.175097990327.issue5051@psf.upfronthosting.co.za>
Message-ID: <1363653359.67.0.888642846613.issue5051@psf.upfronthosting.co.za>


Luke Kenneth Casson Leighton added the comment:

hi ned,

well, the situation surrounding the bug-reporting that i was doing at the time was a general campaign of "this person is obviously wasting our time because they're developing yet another port/platform, that is obviously a waste of our time, therefore we will shut him down and ban him from the bugtracker and thus generally make our lives easier".

so against that background i really wasn't inclined to contribute to the development of python.  the argument given for this specific bug [off-list because i had been ordered not to use the bugtracker]  was "it's not a supported combination therefore obviously it's not a bug".

leaving that aside, and assuming that things have moved on from there and that improvements to python and its expansion into areas beyond where it is currently entrenched are welcomed, the arguments given 3 years ago are actually valid... but from a different perspective: the combination of win32 and bash is particularly weird [i.e. borderline] and thus the test is incomplete.

so it would be best i feel to consider what the test is trying to achieve: set environment variables, and then execute a command that results in that environment variable being passed and read back with python's popen command.

in the POSIX case, the easiest way to do that would involve using /bin/sh - a pretty standard baseline application that can be expected to exist on every POSIX platform under the sun.

but the most "generic" case would actually involve compiling a small c application which read - in c - a standard environment variable - and printf'd it then exited.

a quick google search "c getenv" shows a perfect example:
http://msdn.microsoft.com/en-gb/library/aa246422%28v=vs.60%29.aspx

so the *ideal* situation i feel would be to use a shortened version of that, with the env variable "HELLO" printf'd out.  if python popen returns "world", the test can be deemed to be successful.

the less-than-ideal situation would be, rather than to skip the test, to use command.com or cmd.exe under win32 rather than executing /bin/sh...

... but the irony is that even if you did that, you would run into the same bug because the os.environ.clear() destroys the COMSPEC environment variable!

soooOoo.. to fix that, you'd need to record the COMSPEC environment variable just before the os.environ.clear() and re-establish it prior to the popen.

so it's a tricky one!

* the ideal test is to actually compile up some c code.  that would however mean shipping a binary with the python distribution as part of the test suite [eek! there must be other solutions...]

* the less-than-ideal test is to use a pre-existing application, but then you have to work out, on a per-supported-platform basis, an OS-specific method of echoing an environment variable

* the least perfect method is to skip the test entirely on platforms that don't have /bin/sh, but then you have the situation where the regression tests aren't actually doing their job, thus defeating the goal of python being a platform-independent environment because you can't rely on code working across all platforms.

tricky one!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5051>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:43:06 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 00:43:06 +0000
Subject: [issue17464] Improve Test Coverage Of Pydoc
In-Reply-To: <1363631846.77.0.422543713509.issue17464@psf.upfronthosting.co.za>
Message-ID: <1363653786.4.0.057735677562.issue17464@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks for the patch.

Rather than create and destroy a directory for every test (setUp/tearDown), it is possible to use the test.support.temp_cwd context manager to create and destroy one inside the single tests that need it.

A nit: we prefer to keep the line length to <80 (that is, max 79).

In test_getting_all_methods_from_class, why is 'method_returning_true' not in the list?  I also worry that this test is a bit fragile, but I don't have a good suggestion for how to fix that, so we'll probably just have to live with it.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17464>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:50:25 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 00:50:25 +0000
Subject: [issue16709] unittest discover order is filesystem specific - hard to
	reproduce
In-Reply-To: <1355797737.36.0.999533489695.issue16709@psf.upfronthosting.co.za>
Message-ID: <3ZVFzj1kWkzPVW@mail.python.org>


Roundup Robot added the comment:

New changeset fe18f16dc2a6 by Michael Foord in branch 'default':
Closes issue 16709. unittest test discovery sorts test files for consistent test ordering
http://hg.python.org/cpython/rev/fe18f16dc2a6

----------
nosy: +python-dev
resolution:  -> fixed
stage: test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16709>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:52:27 2013
From: report at bugs.python.org (Thomas Wouters)
Date: Tue, 19 Mar 2013 00:52:27 +0000
Subject: [issue17433] stdlib generator-like iterators don't forward send/throw
In-Reply-To: <1363387068.19.0.285872476506.issue17433@psf.upfronthosting.co.za>
Message-ID: <1363654347.51.0.651300487467.issue17433@psf.upfronthosting.co.za>


Thomas Wouters added the comment:

After writing a simplistic implementation of this for itertools.islice, I'm not sure if this is actually useful. While it's nice for symmetry, I have a hard time imagining how to use it -- so I can't write tests for the new feature, and it may not be a useful thing to have.

Also, there are some design decision to be made, like what to do with an islice that needs to skip items. (The prototype just sends them None instead, which may or may not be appropriate for the hypothetical eventual usecase.) Tulip certainly won't be needing this kind of thing, as it doesn't fit the way it uses generators at all. It may be useful for generaors that are used as pipelines, but without an actual code example it's hard to say.

I'm attaching the preliminary send/throw methods for islice, but setting resolution to 'later' until someone comes up with a usecase.

----------
keywords: +patch
priority: normal -> low
resolution:  -> later
Added file: http://bugs.python.org/file29468/islice_send.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17433>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:58:34 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 00:58:34 +0000
Subject: [issue5051] test_update2 in test_os.py invalid due to
	os.environ.clear() followed by reliance on environ COMSPEC
In-Reply-To: <1232883558.71.0.175097990327.issue5051@psf.upfronthosting.co.za>
Message-ID: <1363654714.0.0.167713279018.issue5051@psf.upfronthosting.co.za>


R. David Murray added the comment:

Well, we are currently skipping the test if /bin/sh doesn't exist.

We do have an existing runnable binary used only for testing that is compiled as part of the python build, so that isn't a completely crazy idea.  I don't think that it gets installed anywhere, though, since the test that uses it is run only when tests are run in a checkout, not from an installed Python.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5051>
_______________________________________

From report at bugs.python.org  Tue Mar 19 01:58:48 2013
From: report at bugs.python.org (Cherniavsky Beni)
Date: Tue, 19 Mar 2013 00:58:48 +0000
Subject: [issue17475] Better doc on using python-gdb.py
Message-ID: <1363654728.46.0.181604306018.issue17475@psf.upfronthosting.co.za>


New submission from Cherniavsky Beni:

recent gdb versions by default won't auto-load python-gdb.py.
issue15043 fixed this in test_gdb, but manual action is still needed to when a developer actually wants to run gdb.

Attached devguide patch.
After writing this I noticed it's already explained in faq.txt, but I think it's important to also explain it in the devguide's GDB section.

Should this also be mentioned inside python-gdb.py?
And why does that file have a Tools/gdb/libpython.py doppleganger?

----------
components: Devguide
files: python-gdb-how-to-load.diff
keywords: patch
messages: 184574
nosy: cben, ezio.melotti, ncoghlan, r.david.murray
priority: normal
severity: normal
status: open
title: Better doc on using python-gdb.py
versions: Python 3.4
Added file: http://bugs.python.org/file29469/python-gdb-how-to-load.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17475>
_______________________________________

From report at bugs.python.org  Tue Mar 19 02:02:53 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 01:02:53 +0000
Subject: [issue17474] Remove the deprecated methods of Request class
In-Reply-To: <1363652176.25.0.00819837131924.issue17474@psf.upfronthosting.co.za>
Message-ID: <3ZVGG4450hzMtx@mail.python.org>


Roundup Robot added the comment:

New changeset b5980b1171d0 by Senthil Kumaran in branch 'default':
#17474 - Remove the various deprecated methods of Request class.
http://hg.python.org/cpython/rev/b5980b1171d0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17474>
_______________________________________

From report at bugs.python.org  Tue Mar 19 02:02:56 2013
From: report at bugs.python.org (Michael Foord)
Date: Tue, 19 Mar 2013 01:02:56 +0000
Subject: [issue8273] move generally useful test.support functions into the
	unittest package
In-Reply-To: <1270034351.93.0.515899636762.issue8273@psf.upfronthosting.co.za>
Message-ID: <1363654976.94.0.20073051342.issue8273@psf.upfronthosting.co.za>


Michael Foord added the comment:

If there are specific suggestions to move functionality from test support to unittest then they can be evaluated on a case-by-case basis. As a "general suggestion" I'm closing this issue.

----------
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8273>
_______________________________________

From report at bugs.python.org  Tue Mar 19 02:03:12 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 19 Mar 2013 01:03:12 +0000
Subject: [issue17474] Remove the deprecated methods of Request class
In-Reply-To: <1363652176.25.0.00819837131924.issue17474@psf.upfronthosting.co.za>
Message-ID: <1363654992.56.0.686306016368.issue17474@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <senthil at uthcode.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17474>
_______________________________________

From report at bugs.python.org  Tue Mar 19 02:08:07 2013
From: report at bugs.python.org (Sean Reifschneider)
Date: Tue, 19 Mar 2013 01:08:07 +0000
Subject: [issue1100942] Add datetime.time.strptime and datetime.date.strptime
Message-ID: <1363655287.21.0.128125204202.issue1100942@psf.upfronthosting.co.za>


Sean Reifschneider added the comment:

I've tried to test this but v4 doesn't apply cleanly after pure2 is applied, and v4 doesn't include enough to test it (applying v4 only causes test failures).

I reviewed v4 and it looks fine in general.  I do see that there are changes in it unrelated to this issue, but they are PEP8 changes so I'm not objecting, but ideally that would be split out into a separate patch.

I think that this code will incorrectly detect something like '%s %%wall clock' as a date spec because it contains '%w', but strptime would consider that '%' followed by the string 'wall'.  A subtle edge case, but worth considering.  Maybe it needs to strip out %% first then look for the % sequences?  Or perhaps just do the conversion and if the Y/M/D fields are set in then decide that it included a date spec, or if the HMS are set then say that it has the time spec included?

----------
nosy: +jafo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1100942>
_______________________________________

From report at bugs.python.org  Tue Mar 19 02:08:44 2013
From: report at bugs.python.org (Cherniavsky Beni)
Date: Tue, 19 Mar 2013 01:08:44 +0000
Subject: [issue17475] Better doc on using python-gdb.py
In-Reply-To: <1363654728.46.0.181604306018.issue17475@psf.upfronthosting.co.za>
Message-ID: <1363655323.99.0.530400757495.issue17475@psf.upfronthosting.co.za>


Cherniavsky Beni added the comment:

The links to gdb docs presently are broken because sourceware.org is down for maintenance, but it should be back up in a couple days.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17475>
_______________________________________

From report at bugs.python.org  Tue Mar 19 02:11:02 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 01:11:02 +0000
Subject: [issue17475] Better doc on using python-gdb.py
In-Reply-To: <1363654728.46.0.181604306018.issue17475@psf.upfronthosting.co.za>
Message-ID: <1363655462.98.0.500499428605.issue17475@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +dmalcolm

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17475>
_______________________________________

From report at bugs.python.org  Tue Mar 19 02:48:32 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 01:48:32 +0000
Subject: [issue17450] Failed to build _sqlite3
In-Reply-To: <1363586152.78.0.622740707583.issue17450@psf.upfronthosting.co.za>
Message-ID: <1363657712.32.0.63256424471.issue17450@psf.upfronthosting.co.za>


R. David Murray added the comment:

If you run the script using the python you built and it uses sqlite, then it will raise an ImportError for sqlite.  So just try it.

If you do need it, then yes you would need to get the appropriate -develop packages installed and then re-run the make.

If you are using yum, there's a decent chance you could just install a python2.7.3 binary via yum that would already have sqlite compiled for your system.

You will probably find it more useful to post to the python-list mailing list with your questions. The bug tracker is for reporting bugs in python and has a limited number of people watching/responding to it; so, you are more likely to get speedy help, and help in dealing with things on your specific platform, from the many people who read the mailing list.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17450>
_______________________________________

From report at bugs.python.org  Tue Mar 19 03:07:39 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Mar 2013 02:07:39 +0000
Subject: [issue17445] Handle bytes comparisons in difflib.Differ
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363658859.24.0.677171032938.issue17445@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I was about to suggested a simplified version of the original one-function version but the new one is better. One change: name = lambda... is discouraged in the stdlib (Guido, pydev, a few years ago). Def statements require only 3 more chars and produce properly named objects for tracebacks.
  encode = lambda s: s
  def encode(s): return s

Under current rules, this is a 3.4 enhancement. For the context_diff and unified_diff doc change:
-  Compare a and b (lists of strings);
+  Compare string or bytes sequences a and b;   # (or)
+  Compare a and b (both sequences of strings or sequences of bytes);

Neither entry says anything at present about the type of from/tofile. Based on your patch, the following could go after the first sentence:
+"Arguments *fromfile* and *tofile* are normally strings but may be bytes if the items of *a* and *b* are."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Tue Mar 19 03:10:51 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 02:10:51 +0000
Subject: [issue17453] logging.config.fileConfig error
In-Reply-To: <1363592089.61.0.213350705624.issue17453@psf.upfronthosting.co.za>
Message-ID: <1363659051.41.0.869301801386.issue17453@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17453>
_______________________________________

From report at bugs.python.org  Tue Mar 19 03:21:56 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 02:21:56 +0000
Subject: [issue17459] unittest.assertItemsEqual reports wrong order
In-Reply-To: <1363614508.19.0.767230609984.issue17459@psf.upfronthosting.co.za>
Message-ID: <1363659716.63.0.256711951727.issue17459@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> duplicate
stage:  -> committed/rejected
superseder:  -> unittest's assertItemsEqual() method gives wrong order in error output

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17459>
_______________________________________

From report at bugs.python.org  Tue Mar 19 03:36:42 2013
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Mar 2013 02:36:42 +0000
Subject: [issue17444] multiprocessing.cpu_count() should use hw.availcpu on
	Mac OS X
In-Reply-To: <1363518970.43.0.663033914557.issue17444@psf.upfronthosting.co.za>
Message-ID: <1363660602.34.0.866256527671.issue17444@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Here is an interesting, but old (2007), email on darwin-dev:
http://lists.apple.com/archives/darwin-dev/2007/Jun/msg00088.html

"This can all change in the future, but currently:

hw.ncpu is a wart; consider it to be deprecated.
hw.physicalcpu is the number of physical CPUs
hw.logicalcpu is the number of logical CPUs; this is for SMT, which we don't support (maybe T1s?)
hw.availcpu are the number logical CPUs currently online

These interfaces are evolving, however, you are unlikely to get a description of these. They are intended for internal ibrary use, and not for use by applications, since applications should use the library abstractions rather than trying to use this information directly themselves."

By the way, multiprocessing should use subprocessing directly, not os.popen() (but this is a different issue).

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17444>
_______________________________________

From report at bugs.python.org  Tue Mar 19 03:37:54 2013
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Mar 2013 02:37:54 +0000
Subject: [issue17475] Better doc on using python-gdb.py
In-Reply-To: <1363654728.46.0.181604306018.issue17475@psf.upfronthosting.co.za>
Message-ID: <1363660674.83.0.223682834866.issue17475@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17475>
_______________________________________

From report at bugs.python.org  Tue Mar 19 03:40:23 2013
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Mar 2013 02:40:23 +0000
Subject: [issue17469] Fix sys.getallocatedblocks() when running on valgrind
In-Reply-To: <1363639508.69.0.910213848497.issue17469@psf.upfronthosting.co.za>
Message-ID: <1363660823.84.0.846522247467.issue17469@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17469>
_______________________________________

From report at bugs.python.org  Tue Mar 19 03:58:41 2013
From: report at bugs.python.org (Matt Bachmann)
Date: Tue, 19 Mar 2013 02:58:41 +0000
Subject: [issue17464] Improve Test Coverage Of Pydoc
In-Reply-To: <1363631846.77.0.422543713509.issue17464@psf.upfronthosting.co.za>
Message-ID: <1363661921.39.0.196534191219.issue17464@psf.upfronthosting.co.za>


Matt Bachmann added the comment:

Thanks for the feedback :-D

Changes:

Utilize test.support.temp_cwd()
Removed imports that this made unnecessary
 Awesome trick!

Cut line length down. Don't worry about nitpicking. Anything to get this to be as good as possible.

I added an explanation to the test class explaining why test_getting_all_methods_from_class does not appear. I also agree this is fragile. I have an idea for how to fix this and will upload it as a separate patch (in this thread) because I am not sure what people will think.

----------
Added file: http://bugs.python.org/file29470/pydoc_tests_v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17464>
_______________________________________

From report at bugs.python.org  Tue Mar 19 04:19:55 2013
From: report at bugs.python.org (xiaowei)
Date: Tue, 19 Mar 2013 03:19:55 +0000
Subject: [issue17320] os.path.abspath in window7, return error
In-Reply-To: <1363557736.76.0.714564983425.issue17320@psf.upfronthosting.co.za>
Message-ID: <CAN=KgwtiOGPd5qH7PNHpZHbCPTwtsJhJ1q0zemHPx++TZ8eKqQ@mail.gmail.com>


xiaowei added the comment:

thank you
os: win7 bit64
python: 2.7.3

>>> import sys,locale
>>> print(locale.getdefaultlocale())
('zh_CN', 'cp936')
>>> print(sys.getdefaultencoding())
ascii
>>>

????

??

  2013?  ?  ?

2013/3/18 Amaury Forgeot d'Arc <report at bugs.python.org>

>
> Amaury Forgeot d'Arc added the comment:
>
> There may be an issue with the GetFullPathName system call.
> Could you copy the result of these functions:
>
> import sys, locale
> print(locale.getdefaultlocale())
> print(sys.getdefaultencoding())
>
> ----------
> nosy: +amaury.forgeotdarc
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17320>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17320>
_______________________________________

From report at bugs.python.org  Tue Mar 19 04:36:34 2013
From: report at bugs.python.org (Matt Bachmann)
Date: Tue, 19 Mar 2013 03:36:34 +0000
Subject: [issue17464] Improve Test Coverage Of Pydoc
In-Reply-To: <1363631846.77.0.422543713509.issue17464@psf.upfronthosting.co.za>
Message-ID: <1363664194.35.0.430015435809.issue17464@psf.upfronthosting.co.za>


Matt Bachmann added the comment:

Eh, sorry... I tried to do a less fragile way of generating the configuration dict. Tried a few things but it very quickly got messy and even worse started to smell like testing the method with... the method being tested.

I am open to ideas though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17464>
_______________________________________

From report at bugs.python.org  Tue Mar 19 04:50:09 2013
From: report at bugs.python.org (Trent Nelson)
Date: Tue, 19 Mar 2013 03:50:09 +0000
Subject: [issue17444] multiprocessing.cpu_count() should use hw.availcpu on
	Mac OS X
In-Reply-To: <1363518970.43.0.663033914557.issue17444@psf.upfronthosting.co.za>
Message-ID: <1363665009.25.0.198921564428.issue17444@psf.upfronthosting.co.za>


Trent Nelson added the comment:

I remember looking at what multiprocessing did and not really liking it; I ended up writing a C version that works across a wider range of platforms, accessible via posixmodule.c:posix_cpu_count() (os.cpu_count()):

http://hg.python.org/sandbox/trent/file/dd1c2fd3aa31/Modules/posixmodule.c#l10213

----------
nosy: +trent

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17444>
_______________________________________

From report at bugs.python.org  Tue Mar 19 04:55:40 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Tue, 19 Mar 2013 03:55:40 +0000
Subject: [issue5045] imaplib should remove length of literal strings
In-Reply-To: <1232831861.1.0.505003833235.issue5045@psf.upfronthosting.co.za>
Message-ID: <1363665340.27.0.554975702322.issue5045@psf.upfronthosting.co.za>


Thomas Fenzl added the comment:

that change would require a new interface. 
Since there is a drop-in threaded implementation of imaplib (imaplib2) and a higher-level wrapper (imapclient) which uses imaplib2 if available and falls back to imaplib if not, I think it is better to fully revise the interface, possibly with the planned eventloop in mind.

----------
nosy: +Thomas Fenzl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5045>
_______________________________________

From report at bugs.python.org  Tue Mar 19 05:04:06 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 04:04:06 +0000
Subject: [issue17464] Improve Test Coverage Of Pydoc
In-Reply-To: <1363631846.77.0.422543713509.issue17464@psf.upfronthosting.co.za>
Message-ID: <3ZVLH93K3kzR1R@mail.python.org>


Roundup Robot added the comment:

New changeset 474f078ec958 by R David Murray in branch 'default':
#17464: improve pydoc test coverage.
http://hg.python.org/cpython/rev/474f078ec958

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17464>
_______________________________________

From report at bugs.python.org  Tue Mar 19 05:05:51 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 04:05:51 +0000
Subject: [issue17464] Improve Test Coverage Of Pydoc
In-Reply-To: <1363631846.77.0.422543713509.issue17464@psf.upfronthosting.co.za>
Message-ID: <1363665951.41.0.893067280594.issue17464@psf.upfronthosting.co.za>


R. David Murray added the comment:

As discussed with Matt, I deleted the allmethods tests, since the current behavior is actually a bug.  pydoc itself doesn't use allmethods, but I did find that numpy at least does so.  A separate issue will be opened for that bug.

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.4 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17464>
_______________________________________

From report at bugs.python.org  Tue Mar 19 05:11:02 2013
From: report at bugs.python.org (Jason Ward)
Date: Tue, 19 Mar 2013 04:11:02 +0000
Subject: [issue17470] random.choice should accept a set as input
In-Reply-To: <1363643232.74.0.469965121668.issue17470@psf.upfronthosting.co.za>
Message-ID: <1363666262.41.0.106749361394.issue17470@psf.upfronthosting.co.za>


Changes by Jason Ward <jason.louard.ward at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29471/17470.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17470>
_______________________________________

From report at bugs.python.org  Tue Mar 19 05:19:44 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 04:19:44 +0000
Subject: [issue17470] random.choice should accept a set as input
In-Reply-To: <1363643232.74.0.469965121668.issue17470@psf.upfronthosting.co.za>
Message-ID: <1363666784.48.0.419508353605.issue17470@psf.upfronthosting.co.za>


R. David Murray added the comment:

Choice is a very simple function.  If it supported sets, it would have to convert the set to a sequence *each time* choice was called.  It is probably better to leave this as a task for the user of choice to perform.  Sample, on the other hand, does quite a bit of work after doing the conversion, and one is somewhat less likely to call it multiple times on the same input.

I'm not going to close the issue, since my argument here speaks to the implementation rather than the API, so I'm not entirely comfortable with it.  I'll let Raymond decide :).

----------
nosy: +r.david.murray, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17470>
_______________________________________

From report at bugs.python.org  Tue Mar 19 05:24:08 2013
From: report at bugs.python.org (Matt Bachmann)
Date: Tue, 19 Mar 2013 04:24:08 +0000
Subject: [issue17476] Pydoc allmethods does not return all methods
Message-ID: <1363667048.07.0.0667508648134.issue17476@psf.upfronthosting.co.za>


New submission from Matt Bachmann:

Somewhere between python 2.7 and now the definition of a method changed causing this helper method in pydoc to break. This was discovered in http://bugs.python.org/issue17464 by r.david.murray when he found it curious that a test I wrote was passing. I had assumed the implemented behavior was correct.

Attached is a patch that ads in an updated version of that test with a fix to the bug. The method updated is only used in that one place as is indicated as private. So it only gets in classes. I went ahead and updated the param to reflect this.

----------
components: Library (Lib)
files: pydoc_tests_v3.patch
keywords: patch
messages: 184590
nosy: Matt.Bachmann, r.david.murray
priority: normal
severity: normal
status: open
title: Pydoc allmethods does not return all methods
versions: Python 3.5
Added file: http://bugs.python.org/file29472/pydoc_tests_v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17476>
_______________________________________

From report at bugs.python.org  Tue Mar 19 05:29:05 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 04:29:05 +0000
Subject: [issue17473] -m is not universally applicable
In-Reply-To: <1363652047.27.0.660639170602.issue17473@psf.upfronthosting.co.za>
Message-ID: <1363667345.84.0.215367423345.issue17473@psf.upfronthosting.co.za>


R. David Murray added the comment:

I think this is a reasonble idea, however there is no intrinsic relationship between these modules, so adding -m to each one should be a separate issue.  We can use this issue as a master and make the other issues dependencies of this one.

As a new feature any such changes would go into 3.4 at this time.

----------
nosy: +r.david.murray
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17473>
_______________________________________

From report at bugs.python.org  Tue Mar 19 05:45:57 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Mar 2013 04:45:57 +0000
Subject: [issue5045] imaplib should remove length of literal strings
In-Reply-To: <1232831861.1.0.505003833235.issue5045@psf.upfronthosting.co.za>
Message-ID: <1363668357.85.0.958344187304.issue5045@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Since I wrote this, a new method has been added to the IMAP4 class (starttls(ssl_context=None), 3.2) and a new parameter to the IMAP_SSL subclass initialization (3.3). So the module is not dead. 

Thomas is correct that a new method or, more likely, module utility function would be needed to do any transformation of IMAP4 output. Anyone is free now to write their own function. So any proposal would need an argument that there is standard transform that would be useful and used by multiple people.

In the absence of a concrete proposal, and considering the possibility of a new protocal, I am closing this at least for now. Brandon, if you post either a patch or just code for a new function and an explanation of how to use it, and are prepared to defend it, you may reopen.  You might do better to post to python-list or python-idea to see if there are any other users that would like the same transformation you want.

----------
resolution:  -> later
stage:  -> test needed
status: open -> closed
versions: +Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5045>
_______________________________________

From report at bugs.python.org  Tue Mar 19 05:48:40 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 04:48:40 +0000
Subject: [issue17476] Pydoc allmethods does not return all methods
In-Reply-To: <1363667048.07.0.0667508648134.issue17476@psf.upfronthosting.co.za>
Message-ID: <1363668520.47.0.0822721090137.issue17476@psf.upfronthosting.co.za>


R. David Murray added the comment:

Looks like you uploaded the wrong patch file.

Additional note: while pydoc itself does not use the allmethods method (which is doubtless why the bug wasn't found previously), I found through google that numpy at least uses it.  So it does need to be fixed.

----------
type:  -> behavior
versions: +Python 3.2, Python 3.3, Python 3.4 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17476>
_______________________________________

From report at bugs.python.org  Tue Mar 19 05:50:58 2013
From: report at bugs.python.org (Diane Trout)
Date: Tue, 19 Mar 2013 04:50:58 +0000
Subject: [issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but
	ignores short reads
In-Reply-To: <1363498261.39.0.504442520275.issue17443@psf.upfronthosting.co.za>
Message-ID: <1363668658.35.0.713564037617.issue17443@psf.upfronthosting.co.za>


Diane Trout added the comment:

After bumping into r.david.murray in the elevator I got the impression setting the bufsize argument to the Popen call would be a better idea.

I found that BufferedReader/Writer were using a DEFAULT_BUFFER_SIZE set somewhere in the c part of io. To cut down on magic numbers, this imaplib patch imports that constant and uses it on the Popen call. 

It doesn't seem to introduce test failures and still fixes the imap desynchronization problem seen at the porting clinic.

----------
Added file: http://bugs.python.org/file29473/imaplib-bufsize.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17443>
_______________________________________

From report at bugs.python.org  Tue Mar 19 05:51:33 2013
From: report at bugs.python.org (Matt Bachmann)
Date: Tue, 19 Mar 2013 04:51:33 +0000
Subject: [issue17476] Pydoc allmethods does not return all methods
In-Reply-To: <1363667048.07.0.0667508648134.issue17476@psf.upfronthosting.co.za>
Message-ID: <1363668693.06.0.725080148084.issue17476@psf.upfronthosting.co.za>


Matt Bachmann added the comment:

Yes! Sorry.

----------
Added file: http://bugs.python.org/file29474/fix_is_some_method.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17476>
_______________________________________

From report at bugs.python.org  Tue Mar 19 05:51:52 2013
From: report at bugs.python.org (Matt Bachmann)
Date: Tue, 19 Mar 2013 04:51:52 +0000
Subject: [issue17476] Pydoc allmethods does not return all methods
In-Reply-To: <1363667048.07.0.0667508648134.issue17476@psf.upfronthosting.co.za>
Message-ID: <1363668712.1.0.145446672332.issue17476@psf.upfronthosting.co.za>


Changes by Matt Bachmann <bachmann.matt at gmail.com>:


Removed file: http://bugs.python.org/file29472/pydoc_tests_v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17476>
_______________________________________

From report at bugs.python.org  Tue Mar 19 05:54:08 2013
From: report at bugs.python.org (Jason Ward)
Date: Tue, 19 Mar 2013 04:54:08 +0000
Subject: [issue17470] random.choice should accept a set as input
In-Reply-To: <1363643232.74.0.469965121668.issue17470@psf.upfronthosting.co.za>
Message-ID: <1363668848.35.0.45512073996.issue17470@psf.upfronthosting.co.za>


Changes by Jason Ward <jason.louard.ward at gmail.com>:


----------
nosy: +Jason.Ward

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17470>
_______________________________________

From report at bugs.python.org  Tue Mar 19 06:29:30 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 19 Mar 2013 05:29:30 +0000
Subject: [issue17445] Handle bytes comparisons in difflib.Differ
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363670970.12.0.108440353062.issue17445@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Ah, I forgot we didn't do within-line diffs. If we did those, then latin-1 would be less bad choice than ascii+surrogateescape. As it is, either should work in this case (since they just need to tunnel the raw bytes, and aren't being sliced at all).

I agree with most of Terry's comments, but think the case can be made this is a bug worth fixing in 3.3 (it's definitely borderline, but making it feasible to port Mercurial is a pretty big gain for a relatively tiny risk).

3.2 is about to enter security fix only mode though, so dropping that from the list of affected versions - while the fix should apply just fine, it's definitely not appropriate to make a change like this in the final planned maintenance release.

----------
stage:  -> patch review
type:  -> behavior
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Tue Mar 19 06:31:34 2013
From: report at bugs.python.org (Greg Ward)
Date: Tue, 19 Mar 2013 05:31:34 +0000
Subject: [issue17445] Handle bytes comparisons in difflib.Differ
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363671094.52.0.428191382998.issue17445@psf.upfronthosting.co.za>


Greg Ward added the comment:

Thanks for the review, Terry! Here is a revised patch, now on trunk:

  http://hg.gerg.ca/cpython/rev/6dedcdbe7cd5

I believe I have addressed all of your concerns.

Note also that the tests now highlight some dubious behaviour. Further feedback is welcome!

I'm happy to rebase onto 3.3 if folks generally agree it's safe. (It seems fine to me; IMHO being unable to handle bytes is a regression relative to Python 2.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Tue Mar 19 06:34:55 2013
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 19 Mar 2013 05:34:55 +0000
Subject: [issue17477] update the bsddb module do build with db 5.x versions
Message-ID: <1363671295.4.0.641867038298.issue17477@psf.upfronthosting.co.za>


New submission from Matthias Klose:

the bsddb module is still supported in 2.7, however only builds using db versions up to 4.8, which at least some Linux distributions ship anymore.  Proposing to update the bsddb module to pybsddb 5.3.0, which supports to build using db up to 5.3.0.

The downside is that this pybsddb version drops support to build using db 4.1 and 4.2 (requires db 4.3 as a minimum). However checking at least seven year old Ubuntu 6.10 (Hardy Heron) reveals that 4.3 is already supported by this version.

I'd like to have some input/tests how the tests do go with this patch with different db versions. please report test results into this issue.

----------
assignee: doko
components: Build
messages: 184598
nosy: doko
priority: high
severity: normal
stage: patch review
status: open
title: update the bsddb module do build with db 5.x versions
type: compile error
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17477>
_______________________________________

From report at bugs.python.org  Tue Mar 19 06:35:32 2013
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 19 Mar 2013 05:35:32 +0000
Subject: [issue17477] update the bsddb module do build with db 5.x versions
In-Reply-To: <1363671295.4.0.641867038298.issue17477@psf.upfronthosting.co.za>
Message-ID: <1363671332.73.0.202605953229.issue17477@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29475/bsddb.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17477>
_______________________________________

From report at bugs.python.org  Tue Mar 19 06:36:34 2013
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 19 Mar 2013 05:36:34 +0000
Subject: [issue17477] update the bsddb module do build with db 5.x versions
In-Reply-To: <1363671295.4.0.641867038298.issue17477@psf.upfronthosting.co.za>
Message-ID: <1363671394.32.0.384536113347.issue17477@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


----------
nosy: +barry, benjamin.peterson, dmalcolm, gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17477>
_______________________________________

From report at bugs.python.org  Tue Mar 19 06:42:44 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 19 Mar 2013 05:42:44 +0000
Subject: [issue17470] random.choice should accept a set as input
In-Reply-To: <1363643232.74.0.469965121668.issue17470@psf.upfronthosting.co.za>
Message-ID: <1363671764.53.0.594262535887.issue17470@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Sorry Mohammad, I concur with David Murray's reasoning.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17470>
_______________________________________

From report at bugs.python.org  Tue Mar 19 07:28:19 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 19 Mar 2013 06:28:19 +0000
Subject: [issue17466] I can't make assignments to a list.
In-Reply-To: <1363635400.77.0.251623355934.issue17466@psf.upfronthosting.co.za>
Message-ID: <1363674499.05.0.658837666459.issue17466@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17466>
_______________________________________

From report at bugs.python.org  Tue Mar 19 07:40:20 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 19 Mar 2013 06:40:20 +0000
Subject: [issue17477] update the bsddb module do build with db 5.x versions
In-Reply-To: <1363671295.4.0.641867038298.issue17477@psf.upfronthosting.co.za>
Message-ID: <1363675220.34.0.795897785067.issue17477@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
nosy: +jcea -gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17477>
_______________________________________

From report at bugs.python.org  Tue Mar 19 07:43:02 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 19 Mar 2013 06:43:02 +0000
Subject: [issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but
	ignores short reads
In-Reply-To: <1363668658.35.0.713564037617.issue17443@psf.upfronthosting.co.za>
Message-ID: <CAGE7PNK7p0VQXXCt17_tzou_OWBkgbqVcD_F5eH0D6XrywfGMA@mail.gmail.com>


Gregory P. Smith added the comment:

that patch looks good for imaplib.

i'll follow up on the subprocess side of things to see if the default
behavior should be changed to better match what happened in 2.7 (or if not:
to make sure the change in behavior is sufficiently documented and not
relied on elsewhere in the stdlib)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17443>
_______________________________________

From report at bugs.python.org  Tue Mar 19 07:43:05 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 19 Mar 2013 06:43:05 +0000
Subject: [issue17465] Gut devinabox
In-Reply-To: <1363632366.54.0.638197438199.issue17465@psf.upfronthosting.co.za>
Message-ID: <1363675385.22.0.982743478484.issue17465@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> What devinabox should become instead is a README listing what people
> should checkout/download and build.

Isn't this already covered in the devguide?  If it's not I think it should be added there rather than on a README.  I'm also not sure what the current devinabox does, but some kind of script that can do all the required steps automatically might be useful.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17465>
_______________________________________

From report at bugs.python.org  Tue Mar 19 07:45:25 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 19 Mar 2013 06:45:25 +0000
Subject: [issue17462] argparse FAQ: how it is different from optparse
In-Reply-To: <1363624948.23.0.605198582935.issue17462@psf.upfronthosting.co.za>
Message-ID: <1363675525.36.0.436059623535.issue17462@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Indeed a paragraph about it could be added at the beginning.

----------
nosy: +bethard
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.2, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17462>
_______________________________________

From report at bugs.python.org  Tue Mar 19 07:48:01 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 06:48:01 +0000
Subject: [issue17476] Pydoc allmethods does not return all methods
In-Reply-To: <1363667048.07.0.0667508648134.issue17476@psf.upfronthosting.co.za>
Message-ID: <3ZVPwJ2Cs9zNmW@mail.python.org>


Roundup Robot added the comment:

New changeset 0a9b42de49d5 by R David Murray in branch '3.2':
#17476: make allmethods actually return all methods.
http://hg.python.org/cpython/rev/0a9b42de49d5

New changeset 7127fbc363bb by R David Murray in branch '3.3':
#17476: make allmethods actually return all methods.
http://hg.python.org/cpython/rev/7127fbc363bb

New changeset ee1376c15e2e by R David Murray in branch 'default':
Merge: #17476: make allmethods actually return all methods.
http://hg.python.org/cpython/rev/ee1376c15e2e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17476>
_______________________________________

From report at bugs.python.org  Tue Mar 19 07:51:10 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 06:51:10 +0000
Subject: [issue17476] Pydoc allmethods does not return all methods
In-Reply-To: <1363667048.07.0.0667508648134.issue17476@psf.upfronthosting.co.za>
Message-ID: <1363675870.05.0.404648946144.issue17476@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Matt.

I figured out a way to make the test *somewhat* less fragile.

Oh, and that helper method really is operating on an object, not a class, so I changed the paramter name back (and added inspect.builtin...which Python2 didn't have, but I figure as long as we are fixing it we might as well fix it to get *all* the methods).

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17476>
_______________________________________

From report at bugs.python.org  Tue Mar 19 07:55:52 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 06:55:52 +0000
Subject: [issue17465] Gut devinabox
In-Reply-To: <1363632366.54.0.638197438199.issue17465@psf.upfronthosting.co.za>
Message-ID: <1363676152.25.0.669818217404.issue17465@psf.upfronthosting.co.za>


R. David Murray added the comment:

A script to do all the steps is what devinabox currently is, but it is rather fagile.  As far as I know (Brett would know for sure) it has never worked without tweaking from one Core Sprint to the next.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17465>
_______________________________________

From report at bugs.python.org  Tue Mar 19 07:57:12 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 19 Mar 2013 06:57:12 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1363676232.29.0.237520202638.issue2771@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Test new irker.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Tue Mar 19 08:02:35 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Tue, 19 Mar 2013 07:02:35 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <1363676555.63.0.118149298184.issue16754@psf.upfronthosting.co.za>


Toshio Kuratomi added the comment:

Matthias, Barry, and I looked at this at pycon today.  It looks a bit like the original intent was to have
SO = ".so"
SOABI = "cpython-32mu"

and then CPython extension module suffixes would be:

if SOABI:
    so_ext = ''.join(".", SOABI, SO)
else:
    so_ext = SO

This would need to be used in distutils/commands/build_ext.py  We weren't sure if there are other places in the code that would need it as well but a quick build of a module which uses libraries and needs C extensions showed that this seems to work.

The one worrisome question is whether more people have come to rely on the SO variable holding the extension module suffix or if more code was broken by the extension module suffix replacing the library suffix in the SO variable.  Answering that might better show us whether to change these variables back to their original meanings or to create brand new variables that have the correct values.

We also discovered the reason the current version appears to work with python-pillow on Ubuntu boxes but not Fedora.  The find_library_files() code first checks for library names that would match with the "shared" library suffix.  If that fails, it falls back to looking for the "static" library suffix.  On Fedora, there are no static libraries so this function just fails to find the library.  On Ubuntu, the code finds the static libraries and returns that.  This causes the code in python-pillow to attempt to link to the library with -ljpeg, -lpng, etc...  Since the shared libraries actually are present, the compiler and linker use the shared versions even though python only found the static versions.

----------
nosy: +a.badger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Tue Mar 19 08:10:50 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Mar 2013 07:10:50 +0000
Subject: [issue17433] stdlib generator-like iterators don't forward send/throw
In-Reply-To: <1363387068.19.0.285872476506.issue17433@psf.upfronthosting.co.za>
Message-ID: <1363677050.91.0.713550801163.issue17433@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This was proposed before (see issue16150) and was rejected after discussing on Python-ideas.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17433>
_______________________________________

From report at bugs.python.org  Tue Mar 19 08:11:22 2013
From: report at bugs.python.org (Mher Movsisyan)
Date: Tue, 19 Mar 2013 07:11:22 +0000
Subject: [issue17403] Robotparser fails to parse some robots.txt
In-Reply-To: <1363085904.54.0.398684856881.issue17403@psf.upfronthosting.co.za>
Message-ID: <1363677082.04.0.164492308754.issue17403@psf.upfronthosting.co.za>


Mher Movsisyan added the comment:

The second patch only normalizes the url. From http://www.robotstxt.org/norobots-rfc.txt it is not clear how to handle multiple rules with the same prefix.

----------
Added file: http://bugs.python.org/file29476/parser2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17403>
_______________________________________

From report at bugs.python.org  Tue Mar 19 08:12:26 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Mar 2013 07:12:26 +0000
Subject: [issue17433] stdlib generator-like iterators don't forward send/throw
In-Reply-To: <1363387068.19.0.285872476506.issue17433@psf.upfronthosting.co.za>
Message-ID: <1363677146.37.0.152237626666.issue17433@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +rhettinger
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17433>
_______________________________________

From report at bugs.python.org  Tue Mar 19 08:14:02 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 19 Mar 2013 07:14:02 +0000
Subject: [issue17465] Gut devinabox
In-Reply-To: <1363632366.54.0.638197438199.issue17465@psf.upfronthosting.co.za>
Message-ID: <1363677242.64.0.865632121199.issue17465@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

When I used it for PyCon AU, it did require tweaking, but only for some of the steps. It was still handy to have it automated, I just think we need to set the expectation that we'll need to tweak the scripts every time we use it for a new conference.

It would actually be handy to have a "Tips for running a CPython core sprint for new contributors" guide in the devguide :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17465>
_______________________________________

From report at bugs.python.org  Tue Mar 19 08:14:43 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 19 Mar 2013 07:14:43 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1363677283.68.0.939830864534.issue12466@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Ismail, does it always fail or is it a sporadic failure?

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Tue Mar 19 08:17:18 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 19 Mar 2013 07:17:18 +0000
Subject: [issue13918] locale.atof documentation is missing func argument
In-Reply-To: <1328105541.08.0.458455853203.issue13918@psf.upfronthosting.co.za>
Message-ID: <1363677438.07.0.732090106732.issue13918@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

It's easier, but we will be exposing an API that is not too elegant IMHO.  The refactoring could provide a better API, but OTOH it will make it available for 3.4+ only, and it would break backward compatibility if the old API is removed (even though it's not documented, so in theory we could do that).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13918>
_______________________________________

From report at bugs.python.org  Tue Mar 19 08:23:17 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 19 Mar 2013 07:23:17 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1363677797.66.0.183818283371.issue17390@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The 0 in "{0}" can be omitted, otherwise patch looks good to me.  I agree that the architecture is not necessary.

----------
nosy: +ezio.melotti
stage: needs patch -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Tue Mar 19 08:25:23 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 19 Mar 2013 07:25:23 +0000
Subject: [issue17397] ttk::themes missing from ttk.py
In-Reply-To: <1363005797.61.0.988966555267.issue17397@psf.upfronthosting.co.za>
Message-ID: <1363677923.69.0.487909393378.issue17397@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17397>
_______________________________________

From report at bugs.python.org  Tue Mar 19 08:35:51 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 19 Mar 2013 07:35:51 +0000
Subject: [issue17403] Robotparser fails to parse some robots.txt
In-Reply-To: <1363085904.54.0.398684856881.issue17403@psf.upfronthosting.co.za>
Message-ID: <1363678551.29.0.39979339087.issue17403@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I left a couple of comments on rietveld.

----------
stage: test needed -> patch review
versions: +Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17403>
_______________________________________

From report at bugs.python.org  Tue Mar 19 08:37:16 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 19 Mar 2013 07:37:16 +0000
Subject: [issue17408] second python execution fails when embedding
In-Reply-To: <1363183794.27.0.643296851621.issue17408@psf.upfronthosting.co.za>
Message-ID: <1363678636.87.0.258658620253.issue17408@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17408>
_______________________________________

From report at bugs.python.org  Tue Mar 19 08:54:54 2013
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Mar 2013 07:54:54 +0000
Subject: [issue17444] multiprocessing.cpu_count() should use hw.availcpu on
	Mac OS X
In-Reply-To: <1363665009.25.0.198921564428.issue17444@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYS2Jd4kePNdPMRuZz5ovgtfjza9Q-gVxfKDSqvhH1avg@mail.gmail.com>


STINNER Victor added the comment:

I like the idea of a new function in the os module because I don't
like having to import the multiprocessing module just to known the
number of CPUs. I'm using such function to set MAKEFLAGS envrionment
variable on Linux: -j8 par example.

2013/3/19 Trent Nelson <report at bugs.python.org>:
>
> Trent Nelson added the comment:
>
> I remember looking at what multiprocessing did and not really liking it; I ended up writing a C version that works across a wider range of platforms, accessible via posixmodule.c:posix_cpu_count() (os.cpu_count()):
>
> http://hg.python.org/sandbox/trent/file/dd1c2fd3aa31/Modules/posixmodule.c#l10213
>
> ----------
> nosy: +trent
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17444>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17444>
_______________________________________

From report at bugs.python.org  Tue Mar 19 09:06:19 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Mar 2013 08:06:19 +0000
Subject: [issue12384] difflib.SequenceMatcher and Match: code and doc bugs
In-Reply-To: <1308686441.84.0.396418173173.issue12384@psf.upfronthosting.co.za>
Message-ID: <1363680379.64.0.29456909487.issue12384@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

More doc bugs: unified_diff and context_diff say 'lists of strings' when 'sequences of strings' is correct. Docstrings do say 'sequences'.

In 3.x, SequenceMatcher.get_matching_blocks return a map objects rather than a list. In spite of my original post, the items are tuples in 3.3, as least in one test. Named tuples in 3.4 would be good. I might call it an iterable of (names) triples instead of 'map object' as that is more relevant for the user. I think I should check all arg and return types in code, docstring, and doc for consistency and separately check on and as necessary upgrade namedtuple usage.

----------
priority: low -> normal
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12384>
_______________________________________

From report at bugs.python.org  Tue Mar 19 09:07:46 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 19 Mar 2013 08:07:46 +0000
Subject: [issue17444] multiprocessing.cpu_count() should use hw.availcpu on
	Mac OS X
In-Reply-To: <1363518970.43.0.663033914557.issue17444@psf.upfronthosting.co.za>
Message-ID: <1363680466.3.0.435088098105.issue17444@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

I also like the os.cpu_count() function, the information is useful sometimes outside of multiprocessing, and calling out to external scripts to gather the information (as multiprocessing currently does) feels yucky.

That should probably be a new issue, the change in this issue fixes a real problem  (the cpu count code in multiprocessing can overestimate the usable CPU count on OSX) and is a bugfix that should be backported to the stable branches.

BTW. Trent's os.cpu_count implementation also uses hw.ncpu and is therefore also broken on OSX.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17444>
_______________________________________

From report at bugs.python.org  Tue Mar 19 09:09:24 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 19 Mar 2013 08:09:24 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1363680564.99.0.487424126259.issue12466@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Tue Mar 19 09:13:35 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 19 Mar 2013 08:13:35 +0000
Subject: [issue1745722] please add wsgi to SimpleXMLRPCServer
Message-ID: <1363680815.17.0.564184018118.issue1745722@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +loewis
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1745722>
_______________________________________

From report at bugs.python.org  Tue Mar 19 09:20:02 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 08:20:02 +0000
Subject: [issue17460] Remove the strict and related params completely removing
	the 0.9 support
In-Reply-To: <1363618864.34.0.693275947596.issue17460@psf.upfronthosting.co.za>
Message-ID: <3ZVRyT5VXSzR2w@mail.python.org>


Roundup Robot added the comment:

New changeset ac023b1a23ea by Senthil Kumaran in branch '3.2':
#17460 - Adding relevant warning messages regarding strict removal in docs
http://hg.python.org/cpython/rev/ac023b1a23ea

New changeset f4e966570416 by Senthil Kumaran in branch '3.3':
#17460 - merge from 3.2
http://hg.python.org/cpython/rev/f4e966570416

New changeset 2a1b4ac63f3a by Senthil Kumaran in branch 'default':
#17460 - merge from 3.3
http://hg.python.org/cpython/rev/2a1b4ac63f3a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17460>
_______________________________________

From report at bugs.python.org  Tue Mar 19 09:20:15 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Mar 2013 08:20:15 +0000
Subject: [issue8905] difflib should accept arbitrary line iterators
In-Reply-To: <1275738341.19.0.989231664853.issue8905@psf.upfronthosting.co.za>
Message-ID: <1363681215.96.0.591851797015.issue8905@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

'difflib' is a module that defines three classes and some functions. It does not do anything in itself. SequenceMatcher, which is the basis for the other functions, operates on sequences of hashable objects. The inputs must be concrete random access indexed sequences because SequenceMatcher scans the inputs and then jumps around finding good matches and the complementary differences. It is completely unlike functions that take iterables as arguments and than call iter to get an iterator. If S-M took iterables as inputs, it would have to either copy all inputs with list (bad) or figure out whether or not to copy. I think users can continue to pass file.readlines() or list(iterable) as needed.

The two functions that mistakenly say inputs are 'lists' instead of 'sequences' will be fixed at part of another issue.

----------
nosy: +terry.reedy
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8905>
_______________________________________

From report at bugs.python.org  Tue Mar 19 09:41:27 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Mar 2013 08:41:27 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1363682487.71.0.32777070427.issue17390@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I have been planning to test and commit some version of this patch after PEP434 is resolved, as I would like to backport it at least to 2.7 and 3.3. The only thing that could break is some esoteric application that looks at window title bars from outside and looks for an exact match rather than startswith('IDLE') or the equivalent.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Tue Mar 19 09:43:46 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 19 Mar 2013 08:43:46 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1363682626.72.0.180063674384.issue17390@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I think it's safe to apply this patch to 2.7/3.2/3.3/3.4.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Tue Mar 19 09:58:39 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Mar 2013 08:58:39 +0000
Subject: [issue17478] Tkinter's split() inconsistent for bytes and unicode
	strings
Message-ID: <1363683519.76.0.514671428108.issue17478@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Tkinter's split() recursive splits bytes but not unicode strings.

>>> from tkinter import *
>>> t = Tcl()
>>> t.tk.split((b'a 2',))
(('a', '2'),)
>>> t.tk.split(('a 2',))
('a 2',)

----------
components: Tkinter, Unicode
messages: 184622
nosy: ezio.melotti, gpolo, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Tkinter's split() inconsistent for bytes and unicode strings
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17478>
_______________________________________

From report at bugs.python.org  Tue Mar 19 09:58:59 2013
From: report at bugs.python.org (John Szakmeister)
Date: Tue, 19 Mar 2013 08:58:59 +0000
Subject: [issue17444] multiprocessing.cpu_count() should use hw.availcpu on
	Mac OS X
In-Reply-To: <1363518970.43.0.663033914557.issue17444@psf.upfronthosting.co.za>
Message-ID: <1363683539.48.0.464183049026.issue17444@psf.upfronthosting.co.za>


John Szakmeister added the comment:

Actually, Trent's version looks at hw.logicalcpu and then falls back to hw.ncpu, if there was an error.  Given the state of the documentation on these parameters, it's hard to say whether it's right or wrong, but at least hw.logicalcpu scales correctly if I disable some of the processors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17444>
_______________________________________

From report at bugs.python.org  Tue Mar 19 11:05:03 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Mar 2013 10:05:03 +0000
Subject: [issue16809] Tk 8.6.0 introduces TypeError. (Tk 8.5.13 works)
In-Reply-To: <1356763107.47.0.647000150457.issue16809@psf.upfronthosting.co.za>
Message-ID: <1363687503.18.0.759514405001.issue16809@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is a patch which add support of Tcl_Obj to tkinter's splitlist(). This not only fixes some incompatibility with Tk 8.6, but can fix some issues with older Tk versions (see for example issue17397).

----------
keywords: +patch
nosy: +gpolo
stage:  -> patch review
versions: +Python 3.2
Added file: http://bugs.python.org/file29477/tkinter_splitlist.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16809>
_______________________________________

From report at bugs.python.org  Tue Mar 19 11:05:03 2013
From: report at bugs.python.org (Ismail Donmez)
Date: Tue, 19 Mar 2013 10:05:03 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1363687503.84.0.307531356627.issue12466@psf.upfronthosting.co.za>


Ismail Donmez added the comment:

I can reproduce the error locally. But I see something in the log might be related to this (possibly not but anyway):

[352/368/1] test_multiprocessing
test_multiprocessing skipped -- This platform lacks a functioning sem_open implementation, therefore, the required synchronization primitives needed will not function, see issue 3770.

This is weird because pyconfig.h has HAVE_SEM_OPEN set to 1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Tue Mar 19 11:06:54 2013
From: report at bugs.python.org (Larry Hastings)
Date: Tue, 19 Mar 2013 10:06:54 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1363687614.44.0.0027971849033.issue13477@psf.upfronthosting.co.za>


Larry Hastings added the comment:

Modern tar programs don't need to be told the compression method--they infer it.  If they can do it in C, we can do it in Python.  So we should simply omit the "-bz2" stuff.

As for what the interface should look like, I'm definitely in favor of it looking like tar.  unzip has the same interface on different platforms; so does 7zip, so does unrar.  I think it's reasonable to expect that tar would take the same interface on different platforms.  We don't need to coddle Windows users here.  We're already expecting them to be sophisticated enough to handle the EOL conversion we're not doing for them.

----------
nosy: +larry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Tue Mar 19 11:09:49 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Mar 2013 10:09:49 +0000
Subject: [issue17460] Remove the strict and related params completely removing
	the 0.9 support
In-Reply-To: <1363618864.34.0.693275947596.issue17460@psf.upfronthosting.co.za>
Message-ID: <1363687789.93.0.492990284583.issue17460@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I do not understand what is bad in converting parameters after removed 'strict' to be keyword-only.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17460>
_______________________________________

From report at bugs.python.org  Tue Mar 19 11:28:37 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Mar 2013 10:28:37 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1363688917.71.0.180131007269.issue13477@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Note that --create command should support --directory option too.

> Modern tar programs don't need to be told the compression method--they infer it.  If they can do it in C, we can do it in Python.  So we should simply omit the "-bz2" stuff.

An archive may have no extension or have a nonstandard extension. And stdin/stdout does not have a name.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Tue Mar 19 11:42:19 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 19 Mar 2013 10:42:19 +0000
Subject: [issue17475] Better doc on using python-gdb.py
In-Reply-To: <1363654728.46.0.181604306018.issue17475@psf.upfronthosting.co.za>
Message-ID: <1363689739.14.0.4379540741.issue17475@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The last part is not clear to me.  Do you mean that if I don't add the "add-auto-load-safe-path" I have to run "source python-gdb.py" before "gdb python"?  And if so, do I have to run it every time?
Also if the "add-auto-load-safe-path" is required for recent versions, maybe it should be documented first, and you can then mention that older versions might work even without it.

----------
stage:  -> patch review
type:  -> enhancement
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17475>
_______________________________________

From report at bugs.python.org  Tue Mar 19 11:54:29 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 19 Mar 2013 10:54:29 +0000
Subject: [issue17320] os.path.abspath in window7, return error
In-Reply-To: <1362050461.97.0.932202728371.issue17320@psf.upfronthosting.co.za>
Message-ID: <1363690469.26.0.459102193798.issue17320@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

The string '\xe7\x8e\xb0' is the utf-8 encoded version of u'?' (=u'\u73b0')

But your Windows system uses the cp936 code page to encode file names.
'\xe7\x8e\xb0' is invalid in this code page: the last character is an incomplete multibyte sequence, and is dropped by Windows when converting to a Unicode file name.
Windows automatic conversion functions work similar to this Python code (note the 'ignore' parameter):
>>> '\xe7\x8e\xb0'.decode('cp936', 'ignore').encode('cp936')
'\xe7\x8e'


'\xe7\x8e\xb0' is an invalid file name on your platform. You should either:

- use cp936 encoding in your application

- much better, use unicode file names everywhere:
  >>> os.path.abspath('\xe7\x8e\xb0'.decode('utf-8'))
  will return the expected result.


Python3 will emit a Warning when os.path.abspath() is called with a bytes string.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17320>
_______________________________________

From report at bugs.python.org  Tue Mar 19 14:28:33 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Mar 2013 13:28:33 +0000
Subject: [issue14010] deeply nested filter segfaults
In-Reply-To: <1329235106.54.0.737183388066.issue14010@psf.upfronthosting.co.za>
Message-ID: <1363699713.32.0.615788169885.issue14010@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I'm trying to solve this issue (it seemed easy), but the bug is worse than expected. Python crashed even without iteration at all.

it = 'abracadabra'
for _ in range(1000000):
    it = filter(bool, it)

del it

And fixing a recursive deallocator is more harder than iterator.

What can we do if a deallocator raises RuntimeError due to maximum recursion depth exceeded.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14010>
_______________________________________

From report at bugs.python.org  Tue Mar 19 14:33:00 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 19 Mar 2013 13:33:00 +0000
Subject: [issue14010] deeply nested filter segfaults
In-Reply-To: <1329235106.54.0.737183388066.issue14010@psf.upfronthosting.co.za>
Message-ID: <1363699980.88.0.903812566648.issue14010@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Py_TRASHCAN_SAFE_BEGIN/Py_TRASHCAN_SAFE_END macros can help:
http://hg.python.org/cpython/file/57c6435ca03b/Python/traceback.c#l44

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14010>
_______________________________________

From report at bugs.python.org  Tue Mar 19 14:37:05 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Mar 2013 13:37:05 +0000
Subject: [issue14010] deeply nested filter segfaults
In-Reply-To: <1329235106.54.0.737183388066.issue14010@psf.upfronthosting.co.za>
Message-ID: <1363700225.93.0.0432917074586.issue14010@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you. Now I understand why this issue not happened with containers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14010>
_______________________________________

From report at bugs.python.org  Tue Mar 19 15:26:30 2013
From: report at bugs.python.org (=?utf-8?q?Zbyszek_J=C4=99drzejewski-Szmek?=)
Date: Tue, 19 Mar 2013 14:26:30 +0000
Subject: [issue17429] platform.platform() can throw Unicode error
In-Reply-To: <1363360110.07.0.662014346708.issue17429@psf.upfronthosting.co.za>
Message-ID: <1363703190.18.0.755647328457.issue17429@psf.upfronthosting.co.za>


Zbyszek J?drzejewski-Szmek added the comment:

At least for /etc/os-release, which is slated to replace /etc/fedora-release and other distribution specific files, the encoding in mandated to be UTF-8:

http://www.freedesktop.org/software/systemd/man/os-release.html
  All strings should be in UTF-8 format, and non-printable characters 
  should not be used.

----------
nosy: +zbysz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17429>
_______________________________________

From report at bugs.python.org  Tue Mar 19 15:32:08 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 19 Mar 2013 14:32:08 +0000
Subject: [issue17468] Generator memory leak
In-Reply-To: <1363638865.27.0.0312549957802.issue17468@psf.upfronthosting.co.za>
Message-ID: <1363703528.42.0.344721055355.issue17468@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Well, there is a __del__: the one from the generator function. And it's part of the cycle.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17468>
_______________________________________

From report at bugs.python.org  Tue Mar 19 16:05:26 2013
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 19 Mar 2013 15:05:26 +0000
Subject: [issue17479] Fix test discovery for test_io.py
Message-ID: <1363705526.06.0.447966488633.issue17479@psf.upfronthosting.co.za>


New submission from Zachary Ware:

This patch converts test_main() to load_tests(*args) due to test_main doing a lot of namespace manipulation on all the test classes.  There are a lot of subclassing issues that discovery doesn't like, hence throwing away the second argument passed to load_tests and just creating the tests the way test_main did.

----------
components: Tests
files: test_io_discovery.diff
keywords: patch
messages: 184636
nosy: brett.cannon, ezio.melotti, zach.ware
priority: normal
severity: normal
status: open
title: Fix test discovery for test_io.py
type: behavior
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29478/test_io_discovery.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17479>
_______________________________________

From report at bugs.python.org  Tue Mar 19 16:10:31 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 19 Mar 2013 15:10:31 +0000
Subject: [issue17295] __slots__ on PyVarObject subclass
In-Reply-To: <1361809462.28.0.456255129432.issue17295@psf.upfronthosting.co.za>
Message-ID: <1363705831.4.0.434334940811.issue17295@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Probably a duplicate of issue1173475. Do you want to work on the patch there?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17295>
_______________________________________

From report at bugs.python.org  Tue Mar 19 16:15:08 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 19 Mar 2013 15:15:08 +0000
Subject: [issue12098] Child process running as debug on Windows
In-Reply-To: <1305664733.32.0.991268423513.issue12098@psf.upfronthosting.co.za>
Message-ID: <1363706108.43.0.499495713597.issue12098@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

Reopening this since this it needs backporting to 2.7

----------
nosy: +kristjan.jonsson
status: closed -> open
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12098>
_______________________________________

From report at bugs.python.org  Tue Mar 19 16:28:53 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 19 Mar 2013 15:28:53 +0000
Subject: [issue17465] Gut devinabox
In-Reply-To: <1363632366.54.0.638197438199.issue17465@psf.upfronthosting.co.za>
Message-ID: <1363706933.01.0.73815177188.issue17465@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Given some tweaks, it can become an attracting entrypoint into Python core development - http://shelr.tv/records/5148841296608075f8000049

----------
nosy: +techtonik

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17465>
_______________________________________

From report at bugs.python.org  Tue Mar 19 16:31:32 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 19 Mar 2013 15:31:32 +0000
Subject: [issue17295] __slots__ on PyVarObject subclass
In-Reply-To: <1361809462.28.0.456255129432.issue17295@psf.upfronthosting.co.za>
Message-ID: <1363707092.68.0.0226461812932.issue17295@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

You're right, this is a duplicate.

----------
resolution:  -> duplicate
stage: needs patch -> committed/rejected
superseder:  -> __slots__ for subclasses of variable length types
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17295>
_______________________________________

From report at bugs.python.org  Tue Mar 19 16:41:01 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 19 Mar 2013 15:41:01 +0000
Subject: [issue1173475] __slots__ for subclasses of variable length types
Message-ID: <1363707661.24.0.26997307197.issue1173475@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

I do have a usecase for this: subclasses of int. 

Having slots would be nice for a reasonably efficient implementation of named constants (as recently discussed on python-ideas), and I'm already using a subclass of int of PyObjC to attach a single other value to a Python integer. In both cases the overhead of the __dict__ is pretty large.

----------
nosy: +ronaldoussoren
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1173475>
_______________________________________

From report at bugs.python.org  Tue Mar 19 16:59:05 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Tue, 19 Mar 2013 15:59:05 +0000
Subject: [issue17397] ttk::themes missing from ttk.py
In-Reply-To: <1363005797.61.0.988966555267.issue17397@psf.upfronthosting.co.za>
Message-ID: <1363708745.65.0.314094901842.issue17397@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17397>
_______________________________________

From report at bugs.python.org  Tue Mar 19 17:20:16 2013
From: report at bugs.python.org (Armin Rigo)
Date: Tue, 19 Mar 2013 16:20:16 +0000
Subject: [issue1173475] __slots__ for subclasses of variable length types
Message-ID: <1363710016.64.0.502901521383.issue1173475@psf.upfronthosting.co.za>


Changes by Armin Rigo <arigo at users.sourceforge.net>:


----------
nosy:  -arigo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1173475>
_______________________________________

From report at bugs.python.org  Tue Mar 19 17:31:40 2013
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 19 Mar 2013 16:31:40 +0000
Subject: [issue17453] logging.config.fileConfig error
In-Reply-To: <1363592089.61.0.213350705624.issue17453@psf.upfronthosting.co.za>
Message-ID: <1363710700.74.0.858717393806.issue17453@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


----------
assignee:  -> lukasz.langa
versions: +Python 3.2, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17453>
_______________________________________

From report at bugs.python.org  Tue Mar 19 17:46:51 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Tue, 19 Mar 2013 16:46:51 +0000
Subject: [issue17467] Enhancement: give mock_open readline() and readlines()
	methods
In-Reply-To: <1363637353.75.0.10594649772.issue17467@psf.upfronthosting.co.za>
Message-ID: <1363711611.01.0.285958389626.issue17467@psf.upfronthosting.co.za>


Toshio Kuratomi added the comment:

Updated patch that includes unittests and fixes readlines() newline behaviour.

----------
Added file: http://bugs.python.org/file29479/01000-mock_open-methods.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17467>
_______________________________________

From report at bugs.python.org  Tue Mar 19 17:54:45 2013
From: report at bugs.python.org (Ned Jackson Lovely)
Date: Tue, 19 Mar 2013 16:54:45 +0000
Subject: [issue5051] test_update2 in test_os.py invalid due to
	os.environ.clear() followed by reliance on environ COMSPEC
In-Reply-To: <1232883558.71.0.175097990327.issue5051@psf.upfronthosting.co.za>
Message-ID: <1363712085.23.0.0422566555602.issue5051@psf.upfronthosting.co.za>


Changes by Ned Jackson Lovely <njl at njl.us>:


Added file: http://bugs.python.org/file29480/issue5051-take2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5051>
_______________________________________

From report at bugs.python.org  Tue Mar 19 17:54:51 2013
From: report at bugs.python.org (Ned Jackson Lovely)
Date: Tue, 19 Mar 2013 16:54:51 +0000
Subject: [issue5051] test_update2 in test_os.py invalid due to
	os.environ.clear() followed by reliance on environ COMSPEC
In-Reply-To: <1232883558.71.0.175097990327.issue5051@psf.upfronthosting.co.za>
Message-ID: <1363712091.76.0.022023968048.issue5051@psf.upfronthosting.co.za>


Ned Jackson Lovely added the comment:

Hi Luke,

I've prepared two versions of this test. The first, issue5051-take2.diff, retains the environ.clear(), but saves and sets COMSPEC and PATH in the same update call as the "HELLO" variable.

The second, and in my opinion more reasonable test, makes sure that "HELLO" isn't already set, sets it using update, then makes sure it is set properly.

In both cases, the currently running python executable, fetched via sys.executable and run using os.popen, is used to print the value, instead of the shell's echo. This moves things closer towards cross-platform niceness, and removes the dependency on /bin/sh.

Unfortunately, I don't have a Windows machine readily available to test this on. Could apply your preferred patch, run it for me, and let me know if you have any problems?

Regards,

Ned

----------
Added file: http://bugs.python.org/file29481/issue5051-take3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5051>
_______________________________________

From report at bugs.python.org  Tue Mar 19 18:00:45 2013
From: report at bugs.python.org (Michael Foord)
Date: Tue, 19 Mar 2013 17:00:45 +0000
Subject: [issue17467] Enhancement: give mock_open readline() and readlines()
	methods
In-Reply-To: <1363637353.75.0.10594649772.issue17467@psf.upfronthosting.co.za>
Message-ID: <1363712445.48.0.168235017381.issue17467@psf.upfronthosting.co.za>


Changes by Michael Foord <michael at voidspace.org.uk>:


----------
assignee:  -> michael.foord
keywords: +needs review
nosy: +michael.foord
stage:  -> patch review
type:  -> enhancement
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17467>
_______________________________________

From report at bugs.python.org  Tue Mar 19 18:10:14 2013
From: report at bugs.python.org (Larry Hastings)
Date: Tue, 19 Mar 2013 17:10:14 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1363713014.4.0.948787304959.issue13477@psf.upfronthosting.co.za>


Larry Hastings added the comment:

Huh.  tar *can* infer it from the data itself.  On the other hand, it chooses explicitly not to.

% cat ~/Downloads/Python-3.3.0.tar.bz2| tar xvf -
tar: Archive is compressed. Use -j option
tar: Error is not recoverable: exiting now

% cat ~/Downloads/Python-3.3.0.tgz| tar xvf -
tar: Archive is compressed. Use -z option
tar: Error is not recoverable: exiting now

I guess "tar" knows explicit is better than implicit too ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Tue Mar 19 18:29:31 2013
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 19 Mar 2013 17:29:31 +0000
Subject: [issue17480] pyvenv should be installed someplace more obvious on
	Windows
Message-ID: <1363714170.98.0.299571294884.issue17480@psf.upfronthosting.co.za>


New submission from Jason R. Coombs:

On Windows, pyvenv.py is installed to PythonNN\Tools\Scripts, which I would generally recommend not be added to the system's or user's PATH.

It would be nice if there were a Windows-friendly launcher that's available similar to what's available on Unix. For example, on Unix, a script is created in /usr/bin/pyvenv-3.3 for Python 3.3 environments.

Perhaps Windows installs should include (alongside Python.exe) a pyvenv.exe that invokes venv for the Python environment in which it's executed. Then, if that Python.exe appears in the path, then invoking 'pyvenv' would be invoked for that Python. That approach would better fit my expectations.

Note, though, that one can always use 'py' to invoke venv as so:

py -3 -m venv

However, this mode of invocation is slightly clumsy and probably quite incongruent with the Unix style invocation (complicating a documentation author's "how to" for installing envs).

----------
components: Windows
messages: 184645
nosy: jason.coombs
priority: low
severity: normal
status: open
title: pyvenv should be installed someplace more obvious on Windows
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17480>
_______________________________________

From report at bugs.python.org  Tue Mar 19 18:31:32 2013
From: report at bugs.python.org (Michael Foord)
Date: Tue, 19 Mar 2013 17:31:32 +0000
Subject: [issue17481] inspect.getfullargspec could use __signature__
Message-ID: <1363714292.51.0.18841126063.issue17481@psf.upfronthosting.co.za>


New submission from Michael Foord:

inspect.getfullargspec (and potentially getargspec?) could *use* function.__signature__ if set. This allows functions that lie about their signature with the new introspection tool (Signature) to still work with older code.

----------
components: Library (Lib)
messages: 184646
nosy: michael.foord, ncoghlan
priority: normal
severity: normal
status: open
title: inspect.getfullargspec could use __signature__
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17481>
_______________________________________

From report at bugs.python.org  Tue Mar 19 18:33:46 2013
From: report at bugs.python.org (Michael Foord)
Date: Tue, 19 Mar 2013 17:33:46 +0000
Subject: [issue17480] pyvenv should be installed someplace more obvious on
	Windows
In-Reply-To: <1363714170.98.0.299571294884.issue17480@psf.upfronthosting.co.za>
Message-ID: <1363714426.68.0.199024951529.issue17480@psf.upfronthosting.co.za>


Michael Foord added the comment:

PythonNN\Scripts is the "normal" place for Python command line tools to be installed to. Does the installer not put this on the PATH for windows?

----------
nosy: +michael.foord

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17480>
_______________________________________

From report at bugs.python.org  Tue Mar 19 18:35:42 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 19 Mar 2013 17:35:42 +0000
Subject: [issue17482] functools.update_wrapper doesn't overwrite attributes
	correctly
Message-ID: <1363714542.8.0.838364934538.issue17482@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

functools.update_wrapper inadvertently overwrites the just set __wrapped__ attribute when it updates the contents of __dict__.

This means the intended __wrapped__ chain is never created - instead, for every function in a wrapper stack, __wrapped__ will always refer to the innermost function.

This means that using __wrapped__ to bypass functools.lru_cache doesn't work correctly if the decorated function already has __wrapped__ set.

Explicitly setting __signature__ fortunately still works correctly, since that is checked before recursing down through __wrapped__ in inspect.signature.

----------
messages: 184648
nosy: ncoghlan
priority: normal
severity: normal
stage: test needed
status: open
title: functools.update_wrapper doesn't overwrite attributes correctly
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17482>
_______________________________________

From report at bugs.python.org  Tue Mar 19 18:44:45 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 19 Mar 2013 17:44:45 +0000
Subject: [issue17482] functools.update_wrapper mishandles __wrapped__
In-Reply-To: <1363714542.8.0.838364934538.issue17482@psf.upfronthosting.co.za>
Message-ID: <1363715085.73.0.0143498943906.issue17482@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

There's an interesting backwards compatibility challenge here. We definitely need to fix the misbehaviour, since it can lead to some pretty serious bugs in user code when attempting to bypass the LRU cache decorator if the wrapped function itself had a __wrapped__ attribute.

However, Michael tells me that at least some third party clients of the introspection tools assumed the "__wrapped__ points to the bottom of the wrapper stack" behaviour was intentional rather than just me screwing up the implementation.

The existing docs for update_wrapper are unfortunately ambiguous because they use the term "original function" instead of "wrapped function".

----------
nosy: +michael.foord, rhettinger
title: functools.update_wrapper doesn't overwrite attributes correctly -> functools.update_wrapper mishandles __wrapped__
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17482>
_______________________________________

From report at bugs.python.org  Tue Mar 19 18:55:31 2013
From: report at bugs.python.org (Daniel Wozniak)
Date: Tue, 19 Mar 2013 17:55:31 +0000
Subject: [issue17483] In urlopen the check_hostname variable can never be
	False.
Message-ID: <1363715731.1.0.258453337852.issue17483@psf.upfronthosting.co.za>


New submission from Daniel Wozniak:

In the urllib.request.urlopen on line 154 the code path that sets check_hostname to False will never run. I'm not sure what the desired behavior is. If we want to have a way to tell urlopen not to check the hostname for https connections it looks as though there needs to be some re-factoring.

----------
components: Library (Lib)
files: comments.diff
keywords: patch
messages: 184650
nosy: dwoz, giampaolo.rodola, janssen, pitrou
priority: normal
severity: normal
status: open
title: In urlopen the check_hostname variable can never be False.
type: behavior
versions: Python 3.4
Added file: http://bugs.python.org/file29482/comments.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17483>
_______________________________________

From report at bugs.python.org  Tue Mar 19 18:57:51 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 17:57:51 +0000
Subject: [issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but
	ignores short reads
In-Reply-To: <1363498261.39.0.504442520275.issue17443@psf.upfronthosting.co.za>
Message-ID: <3ZVhnB6D8BzSQt@mail.python.org>


Roundup Robot added the comment:

New changeset c5aacf9d1cdc by R David Murray in branch '3.2':
#17443: Fix buffering in IMAP4_stream.
http://hg.python.org/cpython/rev/c5aacf9d1cdc

New changeset 0baa65b3ef76 by R David Murray in branch '3.3':
Merge: #17443: Fix buffering in IMAP4_stream.
http://hg.python.org/cpython/rev/0baa65b3ef76

New changeset 4c6463b96a2c by R David Murray in branch 'default':
Merge: #17443: Fix buffering in IMAP4_stream.
http://hg.python.org/cpython/rev/4c6463b96a2c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17443>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:03:46 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 18:03:46 +0000
Subject: [issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but
	ignores short reads
In-Reply-To: <1363498261.39.0.504442520275.issue17443@psf.upfronthosting.co.za>
Message-ID: <1363716226.65.0.628653523316.issue17443@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Diane, and expecially thanks for finding this and helping is track down the cause.

We need better test infrastructure for imap...because this occurs only during string litteral reads, I decided that making a test for this with our current imap test infrastructure just wasn't worth it.

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17443>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:06:12 2013
From: report at bugs.python.org (Colin Su)
Date: Tue, 19 Mar 2013 18:06:12 +0000
Subject: [issue1525919] email package quoted printable behaviour changed
Message-ID: <1363716372.0.0.269764239182.issue1525919@psf.upfronthosting.co.za>


Changes by Colin Su <littleq0903 at gmail.com>:


----------
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1525919>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:07:50 2013
From: report at bugs.python.org (Jeff Knupp)
Date: Tue, 19 Mar 2013 18:07:50 +0000
Subject: [issue17483] In urlopen the check_hostname variable can never be
	False.
In-Reply-To: <1363715731.1.0.258453337852.issue17483@psf.upfronthosting.co.za>
Message-ID: <1363716470.92.0.479188957705.issue17483@psf.upfronthosting.co.za>


Jeff Knupp added the comment:

Was this discovered when you were trying "to tell urlopen not to check the hostname for https connections?" If so, that should be reflected in the title so others know what the observable effect is. Referencing specific variables is less useful both for searching later and because the fix may not touch that part at all (as you alluded to, it may require refactoring).

----------
nosy: +jeffknupp

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17483>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:08:12 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 18:08:12 +0000
Subject: [issue9090] Error code 10035 calling socket.recv() on a socket with a
	timeout (WSAEWOULDBLOCK - A non-blocking socket operation could
	not be completed immediately)
In-Reply-To: <1277602727.58.0.118328870924.issue9090@psf.upfronthosting.co.za>
Message-ID: <3ZVj171ySLzSHW@mail.python.org>


Roundup Robot added the comment:

New changeset 8ec39bfd1f01 by Kristj?n Valur J?nsson in branch '2.7':
Issue #9090 : Error code 10035 calling socket.recv() on a socket with a timeout
http://hg.python.org/cpython/rev/8ec39bfd1f01

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9090>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:10:29 2013
From: report at bugs.python.org (Jeremy Kloth)
Date: Tue, 19 Mar 2013 18:10:29 +0000
Subject: [issue17480] pyvenv should be installed someplace more obvious on
	Windows
In-Reply-To: <1363714170.98.0.299571294884.issue17480@psf.upfronthosting.co.za>
Message-ID: <1363716629.39.0.506433154284.issue17480@psf.upfronthosting.co.za>


Changes by Jeremy Kloth <jeremy.kloth+python-tracker at gmail.com>:


----------
nosy: +jkloth

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17480>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:16:05 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 19 Mar 2013 18:16:05 +0000
Subject: [issue13266] Add inspect.unwrap(f) to easily unravel "__wrapped__"
	chains
In-Reply-To: <1319611391.89.0.610441716125.issue13266@psf.upfronthosting.co.za>
Message-ID: <1363716965.36.0.158677008255.issue13266@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Turns out there's a bug in the implementation of functools.update_wrapper :P

Added that as a dependency, since this API doesn't make sense until update_wrapper is behaving itself.

The new tests didn't pick it up because they don't use wraps or update_wrapper, they set __wrapped__ directly.

Also, the replacement of the recursion in inspect.signature is incorrect - we want to interleave checks for __signature__ as we recurse through the stack of wrapper functions.

----------
dependencies: +functools.update_wrapper mishandles __wrapped__

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13266>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:17:51 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 19 Mar 2013 18:17:51 +0000
Subject: [issue17482] functools.update_wrapper mishandles __wrapped__
In-Reply-To: <1363714542.8.0.838364934538.issue17482@psf.upfronthosting.co.za>
Message-ID: <1363717071.51.0.794347622166.issue17482@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

And as further evidence that I always intended this to be a wrapper chain: issue 13266 :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17482>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:25:44 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 19 Mar 2013 18:25:44 +0000
Subject: [issue17482] functools.update_wrapper mishandles __wrapped__
In-Reply-To: <1363714542.8.0.838364934538.issue17482@psf.upfronthosting.co.za>
Message-ID: <1363717544.41.0.520120548152.issue17482@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

OK, thinking about this a little further, I think it's not as bad as I feared. The number of people likely to be introspecting __wrapped__ is quite small, and updating to the correct recursive code will still do the right thing in existing versions.

So long as we tell people this is coming, and get Georg to highlight it in the release notes for the corresponding 3.3.x point release, we should be able to fix the lru_cache bug without too much collateral damage.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17482>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:33:50 2013
From: report at bugs.python.org (Daniel Wozniak)
Date: Tue, 19 Mar 2013 18:33:50 +0000
Subject: [issue17483] Can not tell urlopen not to check the hostname for https
	connections.
In-Reply-To: <1363715731.1.0.258453337852.issue17483@psf.upfronthosting.co.za>
Message-ID: <1363718030.29.0.768622551056.issue17483@psf.upfronthosting.co.za>


Daniel Wozniak added the comment:

Yes, I was trying to add tests for the behavior. I'll try to make the titles more meaningful in the future. Thanks.

----------
title: In urlopen the check_hostname variable can never be False. -> Can not tell urlopen not to check the hostname for https connections.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17483>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:36:48 2013
From: report at bugs.python.org (Ned Deily)
Date: Tue, 19 Mar 2013 18:36:48 +0000
Subject: [issue15587] IDLE is pixelated on the Macbook Pro with Retina Display
In-Reply-To: <1344410417.58.0.332657489061.issue15587@psf.upfronthosting.co.za>
Message-ID: <1363718208.26.0.29117528646.issue15587@psf.upfronthosting.co.za>


Ned Deily added the comment:

I've just run across an easy way to simulate a retina display on my MBP model (http://stackoverflow.com/a/13596261/145403) and have verified that the change in the plist makes a big difference in Tk text rendering, at least with A/S Tcl/Tk 8.5.13.  So I'm going to close this now.  Tyler, once the next releases are out, I'd still be interested to know how it works for you.

----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15587>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:37:16 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 18:37:16 +0000
Subject: [issue1598] unexpected response in imaplib
In-Reply-To: <1197427257.83.0.419655228027.issue1598@psf.upfronthosting.co.za>
Message-ID: <1363718236.43.0.822617611176.issue1598@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
components: +email -Library (Lib)
nosy: +barry, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1598>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:39:03 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Mar 2013 18:39:03 +0000
Subject: [issue14010] deeply nested filter segfaults
In-Reply-To: <1329235106.54.0.737183388066.issue14010@psf.upfronthosting.co.za>
Message-ID: <1363718343.96.0.177053379426.issue14010@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is a patch which adds recursion limit checks to builtin and itertools recursive iterators.

----------
components: +Extension Modules
keywords: +patch
nosy: +rhettinger
stage: needs patch -> patch review
Added file: http://bugs.python.org/file29483/iter_recursion.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14010>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:50:02 2013
From: report at bugs.python.org (Trent Nelson)
Date: Tue, 19 Mar 2013 18:50:02 +0000
Subject: [issue17444] multiprocessing.cpu_count() should use hw.availcpu on
	Mac OS X
In-Reply-To: <1363683539.48.0.464183049026.issue17444@psf.upfronthosting.co.za>
Message-ID: <20130319184957.GA32224@snakebite.org>


Trent Nelson added the comment:

On Tue, Mar 19, 2013 at 01:58:59AM -0700, John Szakmeister wrote:
> 
> John Szakmeister added the comment:
> 
> Actually, Trent's version looks at hw.logicalcpu and then falls back
> to hw.ncpu, if there was an error.  Given the state of the
> documentation on these parameters, it's hard to say whether it's right
> or wrong, but at least hw.logicalcpu scales correctly if I disable
> some of the processors.

    That's pretty much the rationale I used.  I tested the fallback on
    OS X manually (i.e. the _bsd_cpu_count()), and that works, and the
    hw.logicalcpu definitely works in the first place, so, I figured it
    was good enough.

    I'll raise a new issue for os.cpu_count().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17444>
_______________________________________

From report at bugs.python.org  Tue Mar 19 19:59:05 2013
From: report at bugs.python.org (Marc Adam Anderson)
Date: Tue, 19 Mar 2013 18:59:05 +0000
Subject: [issue5993] python produces zombie in webbrowser.open
In-Reply-To: <1242014278.58.0.774883846907.issue5993@psf.upfronthosting.co.za>
Message-ID: <1363719545.48.0.877790541326.issue5993@psf.upfronthosting.co.za>


Marc Adam Anderson added the comment:

Unable to reproduce this bug on Mac OS X 10.8.3 (12D78) using Python 3.4.0a0 and the following browsers:

- Google Chrome 25.0.1364.172
- Firefox 13.0.1
- Safari 6.0.3 (8536.28.10)

----------
nosy: +marcadam

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5993>
_______________________________________

From report at bugs.python.org  Tue Mar 19 20:04:52 2013
From: report at bugs.python.org (Colin Su)
Date: Tue, 19 Mar 2013 19:04:52 +0000
Subject: [issue1525919] email package quoted printable behaviour changed
Message-ID: <1363719892.38.0.287685046835.issue1525919@psf.upfronthosting.co.za>


Colin Su added the comment:

Confirmed with David, we work on this together on sprints.

This is not a bug, if you do "set_payload" directly by yourself, you need to encode the payload by yourself because set_payload() doesn't encode payload if 'Content-Transfer-Encoding' did exist.

----------
nosy: +littleq0903

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1525919>
_______________________________________

From report at bugs.python.org  Tue Mar 19 20:05:55 2013
From: report at bugs.python.org (Colin Su)
Date: Tue, 19 Mar 2013 19:05:55 +0000
Subject: [issue1525919] email package quoted printable behaviour changed
Message-ID: <1363719955.93.0.0767993883216.issue1525919@psf.upfronthosting.co.za>


Changes by Colin Su <littleq0903 at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation -Library (Lib), email
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1525919>
_______________________________________

From report at bugs.python.org  Tue Mar 19 20:17:32 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Tue, 19 Mar 2013 19:17:32 +0000
Subject: [issue17467] Enhancement: give mock_open readline() and readlines()
	methods
In-Reply-To: <1363637353.75.0.10594649772.issue17467@psf.upfronthosting.co.za>
Message-ID: <1363720652.35.0.284008978723.issue17467@psf.upfronthosting.co.za>


Toshio Kuratomi added the comment:

3rd version of the patch.

* Added some documentation to untitest.mock.rst
* Changed the code so that read, readline, and readlines all deplete the same copy of read_data.

----------
Added file: http://bugs.python.org/file29484/01000-mock_open-methods.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17467>
_______________________________________

From report at bugs.python.org  Tue Mar 19 20:21:46 2013
From: report at bugs.python.org (Marc Adam Anderson)
Date: Tue, 19 Mar 2013 19:21:46 +0000
Subject: [issue8862] curses.wrapper does not restore terminal if
	curses.getkey() gets KeyboardInterrupt
In-Reply-To: <1275330239.59.0.0964939469403.issue8862@psf.upfronthosting.co.za>
Message-ID: <1363720906.79.0.467867451394.issue8862@psf.upfronthosting.co.za>


Marc Adam Anderson added the comment:

Tested patch using Python 3.4.0a0 on Mac OS X 10.8.3 (12D78). Patch appears to fix the bug.

----------
nosy: +marcadam

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8862>
_______________________________________

From report at bugs.python.org  Tue Mar 19 20:26:36 2013
From: report at bugs.python.org (Ned Deily)
Date: Tue, 19 Mar 2013 19:26:36 +0000
Subject: [issue8862] curses.wrapper does not restore terminal if
	curses.getkey() gets KeyboardInterrupt
In-Reply-To: <1275330239.59.0.0964939469403.issue8862@psf.upfronthosting.co.za>
Message-ID: <1363721196.08.0.0378277117509.issue8862@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8862>
_______________________________________

From report at bugs.python.org  Tue Mar 19 20:41:56 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 19:41:56 +0000
Subject: [issue2518] smtpd.py to handle huge email
In-Reply-To: <1206940317.15.0.464118270083.issue2518@psf.upfronthosting.co.za>
Message-ID: <1363722116.89.0.279017382737.issue2518@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
components: +email -Library (Lib)
nosy: +barry, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2518>
_______________________________________

From report at bugs.python.org  Tue Mar 19 20:44:52 2013
From: report at bugs.python.org (Andrew Gorcester)
Date: Tue, 19 Mar 2013 19:44:52 +0000
Subject: [issue5993] python produces zombie in webbrowser.open
In-Reply-To: <1242014278.58.0.774883846907.issue5993@psf.upfronthosting.co.za>
Message-ID: <1363722292.91.0.319205242881.issue5993@psf.upfronthosting.co.za>


Andrew Gorcester added the comment:

I was able to reproduce on Ubuntu with Python 3.4 compiled from trunk 2013-03-17, but only with Firefox and not with Chrome.

----------
nosy: +andrewsg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5993>
_______________________________________

From report at bugs.python.org  Tue Mar 19 20:45:00 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 19 Mar 2013 19:45:00 +0000
Subject: [issue17483] Can not tell urlopen not to check the hostname for https
	connections.
In-Reply-To: <1363715731.1.0.258453337852.issue17483@psf.upfronthosting.co.za>
Message-ID: <1363722300.7.0.561164990365.issue17483@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <senthil at uthcode.com>:


----------
assignee:  -> orsenthil
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17483>
_______________________________________

From report at bugs.python.org  Tue Mar 19 20:52:03 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Mar 2013 19:52:03 +0000
Subject: [issue2518] smtpd.py to handle huge email
In-Reply-To: <1206940317.15.0.464118270083.issue2518@psf.upfronthosting.co.za>
Message-ID: <1363722723.11.0.293748323015.issue2518@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
versions: +Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2518>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:00:39 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Tue, 19 Mar 2013 20:00:39 +0000
Subject: [issue17484] add tests for getpass
Message-ID: <1363723239.26.0.473131907274.issue17484@psf.upfronthosting.co.za>


Changes by Thomas Fenzl <thomas.fenzl at gmx.net>:


----------
components: Tests
nosy: Thomas Fenzl
priority: normal
severity: normal
status: open
title: add tests for getpass
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17484>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:02:17 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 20:02:17 +0000
Subject: [issue9090] Error code 10035 calling socket.recv() on a socket with a
	timeout (WSAEWOULDBLOCK - A non-blocking socket operation could
	not be completed immediately)
In-Reply-To: <1277602727.58.0.118328870924.issue9090@psf.upfronthosting.co.za>
Message-ID: <3ZVlXR3MP6zSTf@mail.python.org>


Roundup Robot added the comment:

New changeset f22b93b318a5 by Kristj?n Valur J?nsson in branch '2.7':
issue #9090 : Limit the fix to windows since getting a portable simple
http://hg.python.org/cpython/rev/f22b93b318a5

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9090>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:25:50 2013
From: report at bugs.python.org (Daniel Wozniak)
Date: Tue, 19 Mar 2013 20:25:50 +0000
Subject: [issue17485] Deleting Request data does not update Content-length
	header.
Message-ID: <1363724750.93.0.788897828966.issue17485@psf.upfronthosting.co.za>


New submission from Daniel Wozniak:

The patch to fix issue http://bugs.python.org/issue16464 neglects the deleter method of the Request.data property. This allows Request._data to get updated without removing the Content-length header.

----------
components: Library (Lib)
files: patch.diff
keywords: patch
messages: 184668
nosy: dwoz, orsenthil
priority: normal
severity: normal
status: open
title: Deleting Request data does not update Content-length header.
versions: Python 3.4
Added file: http://bugs.python.org/file29485/patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17485>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:28:00 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 20:28:00 +0000
Subject: [issue8862] curses.wrapper does not restore terminal if
	curses.getkey() gets KeyboardInterrupt
In-Reply-To: <1275330239.59.0.0964939469403.issue8862@psf.upfronthosting.co.za>
Message-ID: <3ZVm6R1nTWzQy3@mail.python.org>


Roundup Robot added the comment:

New changeset 8a08607abf32 by R David Murray in branch '3.2':
#8862: Fix curses cleanup with getchar is interrupted by a signal.
http://hg.python.org/cpython/rev/8a08607abf32

New changeset 342ef2ed8d05 by R David Murray in branch '3.3':
Merge: #8862: Fix curses cleanup with getchar is interrupted by a signal.
http://hg.python.org/cpython/rev/342ef2ed8d05

New changeset 4b9705fe3b2a by R David Murray in branch 'default':
Merge: #8862: Fix curses cleanup with getchar is interrupted by a signal.
http://hg.python.org/cpython/rev/4b9705fe3b2a

New changeset 58980d0084cc by R David Murray in branch '2.7':
#8862: Fix curses cleanup with getchar is interrupted by a signal.
http://hg.python.org/cpython/rev/58980d0084cc

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8862>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:28:03 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 19 Mar 2013 20:28:03 +0000
Subject: [issue17449] dev guide appears not to cover the benchmarking suite
In-Reply-To: <1363579697.14.0.518781563777.issue17449@psf.upfronthosting.co.za>
Message-ID: <1363724883.32.0.59043169097.issue17449@psf.upfronthosting.co.za>


Brett Cannon added the comment:

No it does not, but it should.

----------
assignee: brett.cannon -> 
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17449>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:28:18 2013
From: report at bugs.python.org (=?utf-8?b?QW5zc2kgS8Okw6RyacOkaW5lbg==?=)
Date: Tue, 19 Mar 2013 20:28:18 +0000
Subject: [issue17468] Generator memory leak
In-Reply-To: <1363638865.27.0.0312549957802.issue17468@psf.upfronthosting.co.za>
Message-ID: <1363724898.27.0.698762091821.issue17468@psf.upfronthosting.co.za>


Anssi K??ri?inen added the comment:

I am trying to read the code, and it seems objects of type generator are uncollectable if the code of the generator has a block of other type than SETUP_LOOP. I can see how try-finally for example in the generator would cause problems - the finally might reference objects which are already collected. But plain try-except? What is the problem with that? (Not saying there isn't one, I am new to the code...).

I tried to change the code to also allow collecting generators with plain try-except (add in a check for SETUP_EXCEPTION in addition to SETUP_LOOP in PyGen_NeedsFinalizing()). This resolves the leak, and all tests pass. I can't tell if it is actually safe to return 0 in SETUP_EXCEPTION case.

After the change try-finally will still leak but that seems correct.

Maybe this limitation should be documented? I think I understand now why finally or with statement inside a cyclic referenced generator will end up in gc.garbage. However the docs tell that only objects with __del__ defined will leak. From user perspective generator doesn't have __del__, at least it is not to be found with pdb. Generators have potentially unsafe finalizer code but that isn't technically equivalent to having __del__ method defined as far as I can tell.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17468>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:29:18 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 20:29:18 +0000
Subject: [issue8862] curses.wrapper does not restore terminal if
	curses.getkey() gets KeyboardInterrupt
In-Reply-To: <1275330239.59.0.0964939469403.issue8862@psf.upfronthosting.co.za>
Message-ID: <1363724958.61.0.44412915159.issue8862@psf.upfronthosting.co.za>


R. David Murray added the comment:

Committed.  We couldn't think of a way to write a test, so I committed it without one.

Thanks July and Marc.

----------
nosy: +r.david.murray
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8862>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:32:23 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 20:32:23 +0000
Subject: [issue17445] Handle bytes comparisons in difflib.Differ
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363725143.54.0.830515777867.issue17445@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29486/6dedcdbe7cd5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:36:00 2013
From: report at bugs.python.org (Lennart Regebro)
Date: Tue, 19 Mar 2013 20:36:00 +0000
Subject: [issue17486] datetime.timezone returns the wrong tzname()
Message-ID: <1363725360.78.0.545184964359.issue17486@psf.upfronthosting.co.za>


New submission from Lennart Regebro:

When calling tzname() on a timezone object it will return "UTC" + the offset.

>>> from datetime import timezone, timedelta, datetime
>>> tz = timezone(timedelta(hours=3))
>>> dt = datetime(2013, 3, 14, 12, 30, tzinfo=tz)
>>> dt.tzname()
'UTC+03:00'

But this breaks strftime:

>>> dt.strftime("%Z%z")
'UTC+03:00+0300'

I think that tzname() should never return an offset, and that for the static offset "timezone" class should always return 'GMT' for any offset, unless a name was explicitly set when creating the timezone instance.

The timezone.utc timezone instance should have the name set to 'UTC'.

This is consistent with how time.tzname works, and hence provides Least Surprise:

>>> import time
>>> time.timezone
86400
>>> time.tzname
('PST', 'PDT')

>>> import os
>>> os.environ['TZ'] = 'GMT-3'
>>> time.tzset()
>>> time.timezone
-10800
>>> time.tzname
('GMT', 'GMT')

>>> os.environ['TZ'] = 'UTC'
>>> time.tzset()
>>> time.timezone
0
>>> time.tzname
('UTC', 'UTC')

----------
components: Library (Lib)
messages: 184673
nosy: lregebro
priority: normal
severity: normal
status: open
title: datetime.timezone returns the wrong tzname()
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17486>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:40:28 2013
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 19 Mar 2013 20:40:28 +0000
Subject: [issue17477] update the bsddb module do build with db 5.x versions
In-Reply-To: <1363671295.4.0.641867038298.issue17477@psf.upfronthosting.co.za>
Message-ID: <1363725628.8.0.992211070838.issue17477@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


Removed file: http://bugs.python.org/file29475/bsddb.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17477>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:40:48 2013
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 19 Mar 2013 20:40:48 +0000
Subject: [issue17477] update the bsddb module do build with db 5.x versions
In-Reply-To: <1363671295.4.0.641867038298.issue17477@psf.upfronthosting.co.za>
Message-ID: <1363725648.62.0.0935737739345.issue17477@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


Added file: http://bugs.python.org/file29487/bsddb.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17477>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:41:33 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 20:41:33 +0000
Subject: [issue17471] Patch for Additional Test Coverage for urllib.error
In-Reply-To: <1363649892.85.0.895729297472.issue17471@psf.upfronthosting.co.za>
Message-ID: <3ZVmQ43glqzSqP@mail.python.org>


Roundup Robot added the comment:

New changeset 33f02ccb5301 by Senthil Kumaran in branch '3.2':
#17471 - Improve urllib2 test coverage. Patch contributed by Daniel Wozniak
http://hg.python.org/cpython/rev/33f02ccb5301

New changeset 4e59a7fc69c6 by Senthil Kumaran in branch '3.3':
#17471 - merge from 3.2
http://hg.python.org/cpython/rev/4e59a7fc69c6

New changeset 21d23fda469f by Senthil Kumaran in branch 'default':
#17471 - merge from 3.3
http://hg.python.org/cpython/rev/21d23fda469f

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17471>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:43:20 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 19 Mar 2013 20:43:20 +0000
Subject: [issue17471] Patch for Additional Test Coverage for urllib.error
In-Reply-To: <1363649892.85.0.895729297472.issue17471@psf.upfronthosting.co.za>
Message-ID: <1363725800.4.0.740109083255.issue17471@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Daniel - I could not really get the need for this check.

+    >>> msg = str(err)
+    >>> str(err.code) in msg and err.msg in msg

The other one was really useful and probably covered the reasonstr.

Thanks for the patch.

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17471>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:48:40 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 19 Mar 2013 20:48:40 +0000
Subject: [issue17477] update the bsddb module do build with db 5.x versions
In-Reply-To: <1363671295.4.0.641867038298.issue17477@psf.upfronthosting.co.za>
Message-ID: <1363726120.35.0.0201858665827.issue17477@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

fyi, I un-cc'd myself as I don't maintain this module anymore; jcea does. :)

I agree with the patch.  Support for anything older than 4.3 is completely pointless in 2.7 and supporting 5.x is likely required for future OS distros wanting to ship 2.7.

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17477>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:49:57 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 19 Mar 2013 20:49:57 +0000
Subject: [issue17465] Gut devinabox
In-Reply-To: <1363632366.54.0.638197438199.issue17465@psf.upfronthosting.co.za>
Message-ID: <1363726197.99.0.659667303674.issue17465@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Here is the overall plan.

1. A README for core devs leading a sprint to make sure they remember to have the right repositories cloned, files downloaded, and docs built; stuff they already know how to do and thus don't need a tool to do for them which constantly breaks

2. Some helper scripts to make tricky or multi-step things an easy single step for both core devs and new contributors

I finished step 1 on the plane home from PyCon and step 2 I'm in the process of doing.

The full coverage script will be referenced from the devguide, but the steps themselves will not be outlined. Because it is constantly changing thanks to coverage.py moving at its own pace I don't want to update the script **and** the docs. So the devguide will point to the script and explain what it's for but not detail every step like it does now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17465>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:50:58 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 20:50:58 +0000
Subject: [issue17445] Handle bytes comparisons in difflib.Differ
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363726258.7.0.816318207444.issue17445@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


Removed file: http://bugs.python.org/file29486/6dedcdbe7cd5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:52:07 2013
From: report at bugs.python.org (Daniel Wozniak)
Date: Tue, 19 Mar 2013 20:52:07 +0000
Subject: [issue17471] Patch for Additional Test Coverage for urllib.error
In-Reply-To: <1363649892.85.0.895729297472.issue17471@psf.upfronthosting.co.za>
Message-ID: <1363726327.94.0.318795442637.issue17471@psf.upfronthosting.co.za>


Daniel Wozniak added the comment:

Senthil,

The two lines you excluded from that patch give us coverage on HTTPError.__str__ , I added to the existing interface test so as not to re-produce the code there. I still think it could be added since it will give us that last line of coverage and verifies the exception's code and msg are in the string representation of HTTPError.

root at d1:/root/hg/cpython# ./python ../coveragepy report --show-missingName               Stmts   Miss  Cover   Missing
------------------------------------------------
Lib/urllib/error      32      1    97%   56

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17471>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:57:20 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 20:57:20 +0000
Subject: [issue9090] Error code 10035 calling socket.recv() on a socket with a
	timeout (WSAEWOULDBLOCK - A non-blocking socket operation could
	not be completed immediately)
In-Reply-To: <1277602727.58.0.118328870924.issue9090@psf.upfronthosting.co.za>
Message-ID: <3ZVmmJ1TNlzS8V@mail.python.org>


Roundup Robot added the comment:

New changeset 0f5e1e642dc3 by Kristj?n Valur J?nsson in branch '2.7':
issue #9090 : Take the same approach for socketmodule as daytimemodule
http://hg.python.org/cpython/rev/0f5e1e642dc3

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9090>
_______________________________________

From report at bugs.python.org  Tue Mar 19 21:59:09 2013
From: report at bugs.python.org (Popa Claudiu)
Date: Tue, 19 Mar 2013 20:59:09 +0000
Subject: [issue17487] wave.Wave_read.getparams should be more user friendly
Message-ID: <1363726749.83.0.981836859976.issue17487@psf.upfronthosting.co.za>


New submission from Popa Claudiu:

wave.Wave_read/Wave_write.getparams returns a tuple with various info about the wav file, when it could return a namedtuple, that can be manipulated in a richer way. I attached a patch. It doesn't have any tests, mainly because .getparams isn't tested at all in the original test_wave.py.

----------
components: Library (Lib)
files: wave.patch
keywords: patch
messages: 184680
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: wave.Wave_read.getparams should be more user friendly
type: enhancement
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29488/wave.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17487>
_______________________________________

From report at bugs.python.org  Tue Mar 19 22:06:33 2013
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 19 Mar 2013 21:06:33 +0000
Subject: [issue1159051] Handle corrupted gzip files with unexpected EOF
Message-ID: <1363727193.07.0.341916777509.issue1159051@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


----------
priority: release blocker -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1159051>
_______________________________________

From report at bugs.python.org  Tue Mar 19 22:07:22 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 19 Mar 2013 21:07:22 +0000
Subject: [issue17465] Gut devinabox
In-Reply-To: <1363632366.54.0.638197438199.issue17465@psf.upfronthosting.co.za>
Message-ID: <1363727242.05.0.423742727994.issue17465@psf.upfronthosting.co.za>


Brett Cannon added the comment:

One piece of feedback I could stand to get from people who have used a devinabox at a sprint is how often a certain step is repeated in terms of coverage.py (since it's the most complicated one). Which one happens the most?

1. Checkout, setup, build, and cover once
2. Checkout once, setup, build & cover multiple times
3. Checkout, setup, and build once, cover multiple times

I'm trying to figure out how much to bother automating. Right now I am covering option 2, but perhaps option 1 happens the most and so the setup script should do everything needed that is in any way finicky (e.g. setting up distribute as necessary in-place) but not dependent on networking (e.g. cloning coverage.py).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17465>
_______________________________________

From report at bugs.python.org  Tue Mar 19 22:18:56 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 21:18:56 +0000
Subject: [issue17465] Gut devinabox
In-Reply-To: <1363632366.54.0.638197438199.issue17465@psf.upfronthosting.co.za>
Message-ID: <1363727936.5.0.394381778865.issue17465@psf.upfronthosting.co.za>


R. David Murray added the comment:

Coverage takes a long time to run.  So I think what is needed is running it once to build the full report (I then shared that on a local http server), and a script the sprinters can run to re-run it just against the module they are writing tests for.  Which in turns implies the sprinters may need to rebuild coverage on their own machines.

Then again, I may be doing this all wrong :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17465>
_______________________________________

From report at bugs.python.org  Tue Mar 19 22:26:03 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 21:26:03 +0000
Subject: [issue17487] wave.Wave_read.getparams should be more user friendly
In-Reply-To: <1363726749.83.0.981836859976.issue17487@psf.upfronthosting.co.za>
Message-ID: <1363728363.32.0.60338702306.issue17487@psf.upfronthosting.co.za>


R. David Murray added the comment:

This seems like a reasonable idea to me, thanks for the patch.

Adding tests for getparams would be a good thing ;)

----------
nosy: +r.david.murray
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17487>
_______________________________________

From report at bugs.python.org  Tue Mar 19 22:34:56 2013
From: report at bugs.python.org (karl)
Date: Tue, 19 Mar 2013 21:34:56 +0000
Subject: [issue5550] [urllib.request]: Comparison of HTTP headers should be
	insensitive to the case
In-Reply-To: <1237870141.83.0.616869799184.issue5550@psf.upfronthosting.co.za>
Message-ID: <1363728896.41.0.68283786084.issue5550@psf.upfronthosting.co.za>


karl added the comment:

The wireshark trace is a different domain than the code example. But let's see. cocobear added:

headers = [("Content-Type","application/oct-stream"),]

with a "Content-Type", not the capitalized "Type".


BUT in the source code or urllib/request.py there is
http://hg.python.org/cpython/file/3.3/Lib/urllib/request.py#l1184

if not request.has_header('Content-type')

And if you check has_header at
http://hg.python.org/cpython/file/3.3/Lib/urllib/request.py#l367

it compares exactly the string it has received, when HTTP headers are case insensitive. It reminds me of

http://bugs.python.org/issue12455
http://bugs.python.org/issue17322

with capitalization issues.

I'm changing the title to be more exact.

----------
nosy: +karlcow
title: urllib2 use of opener.addheaders -> [urllib.request]: Comparison of HTTP headers should be insensitive to the case

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5550>
_______________________________________

From report at bugs.python.org  Tue Mar 19 22:38:32 2013
From: report at bugs.python.org (Sanjeev Paskaradevan)
Date: Tue, 19 Mar 2013 21:38:32 +0000
Subject: [issue9350] add remove_argument_group to argparse
In-Reply-To: <1279893088.18.0.675631346333.issue9350@psf.upfronthosting.co.za>
Message-ID: <1363729112.46.0.315890608834.issue9350@psf.upfronthosting.co.za>


Changes by Sanjeev Paskaradevan <sanjeev.com at gmail.com>:


----------
nosy: +Sanjeev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9350>
_______________________________________

From report at bugs.python.org  Tue Mar 19 22:39:03 2013
From: report at bugs.python.org (Sanjeev Paskaradevan)
Date: Tue, 19 Mar 2013 21:39:03 +0000
Subject: [issue9350] add remove_argument_group to argparse
In-Reply-To: <1279893088.18.0.675631346333.issue9350@psf.upfronthosting.co.za>
Message-ID: <1363729143.82.0.582418593871.issue9350@psf.upfronthosting.co.za>


Changes by Sanjeev Paskaradevan <sanjeev.com at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29489/remove_argument_group.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9350>
_______________________________________

From report at bugs.python.org  Tue Mar 19 22:40:03 2013
From: report at bugs.python.org (Sanjeev Paskaradevan)
Date: Tue, 19 Mar 2013 21:40:03 +0000
Subject: [issue9350] add remove_argument_group to argparse
In-Reply-To: <1279893088.18.0.675631346333.issue9350@psf.upfronthosting.co.za>
Message-ID: <1363729203.5.0.73502568131.issue9350@psf.upfronthosting.co.za>


Changes by Sanjeev Paskaradevan <sanjeev.com at gmail.com>:


----------
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9350>
_______________________________________

From report at bugs.python.org  Tue Mar 19 22:43:00 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 21:43:00 +0000
Subject: [issue1525919] email package quoted printable behaviour changed
Message-ID: <1363729380.2.0.77352434284.issue1525919@psf.upfronthosting.co.za>


R. David Murray added the comment:

Reviewing this again, it seems to me that there are two separate issues reported here: (1) set_payload on an existing MIMEText object no longer encodes (but it has now been a long time since it changed). (2) the functions in the encodings module, given an already encoded message, double encode.

(1) is now set in stone.  That is, it is documented as working this way implicitly if you read the set_payload and set_charset docs and has been working that way for a while now.  An explicit note should be added to the MIMEText docs, with a workaround.)

(2) could be fixed, I think, since it is unlikely that anyone would be depending on such behavior.

----------
components: +Library (Lib), email

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1525919>
_______________________________________

From report at bugs.python.org  Tue Mar 19 22:51:04 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 21:51:04 +0000
Subject: [issue17477] update the bsddb module do build with db 5.x versions
In-Reply-To: <1363671295.4.0.641867038298.issue17477@psf.upfronthosting.co.za>
Message-ID: <3ZVnyJ0zs1zS7Y@mail.python.org>


Roundup Robot added the comment:

New changeset 83fd64c97296 by doko in branch '2.7':
- Issue #17477: Update the bsddb module to pybsddb 5.3.0, supporting
http://hg.python.org/cpython/rev/83fd64c97296

New changeset df9d2adafc2c by doko in branch '2.7':
Reindent files for:
http://hg.python.org/cpython/rev/df9d2adafc2c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17477>
_______________________________________

From report at bugs.python.org  Tue Mar 19 22:53:24 2013
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 19 Mar 2013 21:53:24 +0000
Subject: [issue17477] update the bsddb module do build with db 5.x versions
In-Reply-To: <1363671295.4.0.641867038298.issue17477@psf.upfronthosting.co.za>
Message-ID: <1363730004.14.0.28574025233.issue17477@psf.upfronthosting.co.za>


Matthias Klose added the comment:

checked the update with 4.6, 5.1 and 5.3 builds.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17477>
_______________________________________

From report at bugs.python.org  Tue Mar 19 22:58:04 2013
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Mar 2013 21:58:04 +0000
Subject: [issue1159051] Handle corrupted gzip files with unexpected EOF
In-Reply-To: <1363727193.12.0.716048180781.issue1159051@psf.upfronthosting.co.za>
Message-ID: <201303192357.45486.storchaka@gmail.com>


Serhiy Storchaka added the comment:

I will be offline some time. Feel free to revert these changes in 2.7-3.3 if it 
is necessary.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1159051>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:01:06 2013
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 19 Mar 2013 22:01:06 +0000
Subject: [issue17480] pyvenv should be installed someplace more obvious on
	Windows
In-Reply-To: <1363714170.98.0.299571294884.issue17480@psf.upfronthosting.co.za>
Message-ID: <1363730466.73.0.220702014546.issue17480@psf.upfronthosting.co.za>


Jason R. Coombs added the comment:

The installers don't put anything on PATH by default. Activestate installers and my custom installers do put PythonNN and PythonNN\Scripts on the path.

It's true that PythonNN\Scripts is the place that third-party command-line tools are installed. I don't believe Python itself installs anything there. However, py.exe is installed in C:\Windows and python.exe is installed in PythonNN.

So, to be consistent with the installation of py.exe, pyvenv should be installed in C:\Windows. That would not work well because pyvenv should be specific to a particular Python version.

That's why I suggested the PythonNN directory, because it's part of the core Python installation, where python.exe is installed, and isn't a third-party script. That said, PythonNN\Scripts also seems like it might be a good location. It would necessitate adding that to the PATH, which is a reasonable thing to do. The only case where that wouldn't work is if someone wanted to have pyvenv in the path but not the third-party scripts installed to PythonNN\Scripts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17480>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:19:41 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 22:19:41 +0000
Subject: [issue12098] Child process running as debug on Windows
In-Reply-To: <1305664733.32.0.991268423513.issue12098@psf.upfronthosting.co.za>
Message-ID: <3ZVpbK1yf1zPPY@mail.python.org>


Roundup Robot added the comment:

New changeset 37f52e71f4cd by Kristj?n Valur J?nsson in branch '2.7':
Issue #12098: multiprocessing on Windows now starts child processes
http://hg.python.org/cpython/rev/37f52e71f4cd

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12098>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:20:01 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Tue, 19 Mar 2013 22:20:01 +0000
Subject: [issue17484] add tests for getpass
Message-ID: <1363731601.11.0.00161818926238.issue17484@psf.upfronthosting.co.za>


New submission from Thomas Fenzl:

This is a patch adding tests for the platform independend and unix specific parts of getpass.
I also default initialized passwd in unix_getpass. Otherwise almost all tests would require full mocking of termios settings and such.

----------
keywords: +patch
Added file: http://bugs.python.org/file29490/getpass_tests.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17484>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:22:03 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 22:22:03 +0000
Subject: [issue1525919] email package quoted printable behaviour changed
Message-ID: <3ZVpf21zpSzPPY@mail.python.org>


Roundup Robot added the comment:

New changeset ba500b179c3a by R David Murray in branch '3.2':
#1525919: Document MIMEText+set_payload encoding behavior.
http://hg.python.org/cpython/rev/ba500b179c3a

New changeset fcbc28ef96a3 by R David Murray in branch '3.3':
Merge: #1525919: Document MIMEText+set_payload encoding behavior.
http://hg.python.org/cpython/rev/fcbc28ef96a3

New changeset b9e07f20832e by R David Murray in branch 'default':
Merge: #1525919: Document MIMEText+set_payload encoding behavior.
http://hg.python.org/cpython/rev/b9e07f20832e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1525919>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:31:11 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Tue, 19 Mar 2013 22:31:11 +0000
Subject: [issue17484] add tests for getpass
In-Reply-To: <1363731601.11.0.00161818926238.issue17484@psf.upfronthosting.co.za>
Message-ID: <1363732271.83.0.00170726494828.issue17484@psf.upfronthosting.co.za>


Changes by Thomas Fenzl <thomas.fenzl at gmx.net>:


Added file: http://bugs.python.org/file29491/getpass_tests-2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17484>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:33:47 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 22:33:47 +0000
Subject: [issue17192] libffi-3.0.13 import
In-Reply-To: <1360677172.63.0.353475776128.issue17192@psf.upfronthosting.co.za>
Message-ID: <3ZVpvb1T4RzRhf@mail.python.org>


Roundup Robot added the comment:

New changeset 43e8da639462 by Gregory P. Smith in branch '3.2':
Fixes issue #17192: Update the ctypes module's libffi to v3.0.13.  This
http://hg.python.org/cpython/rev/43e8da639462

New changeset f23274357fc8 by Gregory P. Smith in branch '3.3':
Fixes Issue #17192: Update the ctypes module's libffi to v3.0.13.  This
http://hg.python.org/cpython/rev/f23274357fc8

New changeset a94b3b4599f1 by Gregory P. Smith in branch 'default':
Fixes Issue #17192: Update the ctypes module's libffi to v3.0.13.  This
http://hg.python.org/cpython/rev/a94b3b4599f1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17192>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:36:36 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 19 Mar 2013 22:36:36 +0000
Subject: [issue17471] Patch for Additional Test Coverage for urllib.error
In-Reply-To: <1363649892.85.0.895729297472.issue17471@psf.upfronthosting.co.za>
Message-ID: <1363732596.8.0.007433945582.issue17471@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Daniel, 

Agree to your point. Sorry that i did not run the coverage before.

I would prefer to do the check this way for readability of the test code and get to 100% coverage.

        >>> expected_errmsg = 'HTTP Error %s: %s' %(err.code, err.msg)
        >>> assert str(err) == expected_errmsg

Any thoughts?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17471>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:41:19 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 19 Mar 2013 22:41:19 +0000
Subject: [issue17150] pprint could use line continuation for long string
	literals
In-Reply-To: <1360241467.59.0.786252231553.issue17150@psf.upfronthosting.co.za>
Message-ID: <1363732879.53.0.795166372195.issue17150@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Here is a patch.

----------
keywords: +patch
stage:  -> patch review
Added file: http://bugs.python.org/file29492/str_pprint.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17150>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:42:36 2013
From: report at bugs.python.org (Daniel Wozniak)
Date: Tue, 19 Mar 2013 22:42:36 +0000
Subject: [issue17471] Patch for Additional Test Coverage for urllib.error
In-Reply-To: <1363649892.85.0.895729297472.issue17471@psf.upfronthosting.co.za>
Message-ID: <1363732956.48.0.0362623146609.issue17471@psf.upfronthosting.co.za>


Daniel Wozniak added the comment:

Sure, your way is much easier to tell what is getting tested. The only thing I was trying to avoid is including the static text "HTTP Error" so the test will not break if that static text changes. That said, I really doubt the text would change for any reason. I think we should go with your way.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17471>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:43:50 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 22:43:50 +0000
Subject: [issue12098] Child process running as debug on Windows
In-Reply-To: <1305664733.32.0.991268423513.issue12098@psf.upfronthosting.co.za>
Message-ID: <1363733030.45.0.279403298182.issue12098@psf.upfronthosting.co.za>


R. David Murray added the comment:

Early indications are that this backport broke test running on the buildbots:

   http://buildbot.python.org/all/builders/AMD64%20OpenIndiana%202.7/builds/1614

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12098>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:47:33 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 22:47:33 +0000
Subject: [issue1525919] email package quoted printable behaviour changed
Message-ID: <1363733253.47.0.574692562426.issue1525919@psf.upfronthosting.co.za>


R. David Murray added the comment:

I've committed the doc change.  I'm going to be lazy and leave this issue open to deal with the encodings module fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1525919>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:48:10 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 22:48:10 +0000
Subject: [issue1525919] email package content-transfer-encoding behaviour
	changed
Message-ID: <1363733290.73.0.549342710608.issue1525919@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
title: email package quoted printable behaviour changed -> email package content-transfer-encoding behaviour changed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1525919>
_______________________________________

From report at bugs.python.org  Tue Mar 19 23:51:21 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Mar 2013 22:51:21 +0000
Subject: [issue17445] Handle bytes comparisons in difflib.Differ
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1363733481.59.0.421911370373.issue17445@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The surrogate escape approach embodies the 3.x recommendation:
decode bytes to strings, manipulate strings, encode strings to bytes.
It also makes it possible to wrap the existing context/unified_diff functions, without touching them, with a simple 12 line function. Function bytes_diff avoids the complexities of mixing and unmixing strings and bytes that remain in Greg's latest patch.

I recommend the following: replace the simple test in the attached bytes_diff.py with Greg's unittest-based tests and adjust the __name__ == '__main__' incantation accordingly. Next upload to pypi to make it available to all 3.1-3.3 users. Then, after some minimal field testing, add the utility wrapper function to 3.4 difflib.  These steps would make moot for difflib the sub-issue of whether the 3.x design is a bug fixable in bugfix releases. We could even add a reference to the pypi module in the 3.2 and 3.3 docs.

----------
Added file: http://bugs.python.org/file29493/bytes_diff.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Wed Mar 20 00:00:52 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 23:00:52 +0000
Subject: [issue10296] ctypes catches BreakPoint error on windows 32
In-Reply-To: <1288772433.69.0.284335189868.issue10296@psf.upfronthosting.co.za>
Message-ID: <3ZVqVq4zSbzS93@mail.python.org>


Roundup Robot added the comment:

New changeset b2e8392a8f77 by Kristj?n Valur J?nsson in branch '2.7':
Issue #10296 : Don't handle BreakPoint exceptions using
http://hg.python.org/cpython/rev/b2e8392a8f77

New changeset bc5778b488c1 by Kristj?n Valur J?nsson in branch '3.2':
Issue #10296 : Don't handle BreakPoint exceptions using
http://hg.python.org/cpython/rev/bc5778b488c1

New changeset 4c7eb717ea88 by Kristj?n Valur J?nsson in branch '3.3':
#10296: Merge to 3.3
http://hg.python.org/cpython/rev/4c7eb717ea88

New changeset 4f3fbdb4d748 by Kristj?n Valur J?nsson in branch 'default':
Issue #10296: Merge to default
http://hg.python.org/cpython/rev/4f3fbdb4d748

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10296>
_______________________________________

From report at bugs.python.org  Wed Mar 20 00:04:36 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 19 Mar 2013 23:04:36 +0000
Subject: [issue17471] Patch for Additional Test Coverage for urllib.error
In-Reply-To: <1363649892.85.0.895729297472.issue17471@psf.upfronthosting.co.za>
Message-ID: <1363734276.44.0.502868217212.issue17471@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Avoiding the static test is actually a good idea for Exception "messages", as there is no guarantee for those to be consistent across revs. But this one is slightly different in HTTPError str represent and we better be consistent in this. I dont see changing too. Thanks for bringing this to 100% coverage.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17471>
_______________________________________

From report at bugs.python.org  Wed Mar 20 00:10:10 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Tue, 19 Mar 2013 23:10:10 +0000
Subject: [issue17477] update the bsddb module do build with db 5.x versions
In-Reply-To: <1363671295.4.0.641867038298.issue17477@psf.upfronthosting.co.za>
Message-ID: <1363734610.44.0.174381682241.issue17477@psf.upfronthosting.co.za>


Jes?s Cea Avi?n added the comment:

Berkeley DB 6.0 is inminent. A month or two.

Is this a backport "as-is" of the external pybsddb3 5.3.0 code I maintain?. If that is the case, could be some incompatibilities with current bsddb module in stock 2.7. I don't care (a lot) anymore keeping compatibility, now that pybsddb3 is an external project.

My code doesn't have some patches done in cpython version. Beware, you could revert them by mistake.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17477>
_______________________________________

From report at bugs.python.org  Wed Mar 20 00:13:59 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 19 Mar 2013 23:13:59 +0000
Subject: [issue17192] libffi-3.0.13 import
In-Reply-To: <1360677172.63.0.353475776128.issue17192@psf.upfronthosting.co.za>
Message-ID: <1363734839.39.0.033600547909.issue17192@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

2.7, 3.2, 3.3 and 3.4 have all be updated to ctypes v3.0.13.

fwiw, I tried a build of 3.3 on Sparc Solaris 10 using snakebite (nitrogen) and ctypes builds and links but two tests fail: ctypes.test.test_bitfields.C_Test test_ints and test_shorts failed.

That should be dealt with via a separate issue and by someone who cares about Solaris.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17192>
_______________________________________

From report at bugs.python.org  Wed Mar 20 00:33:10 2013
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Mar 2013 23:33:10 +0000
Subject: [issue8862] curses.wrapper does not restore terminal if
	curses.getkey() gets KeyboardInterrupt
In-Reply-To: <1275330239.59.0.0964939469403.issue8862@psf.upfronthosting.co.za>
Message-ID: <1363735990.42.0.494776640584.issue8862@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also #17209.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8862>
_______________________________________

From report at bugs.python.org  Wed Mar 20 00:33:22 2013
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Mar 2013 23:33:22 +0000
Subject: [issue17209] get_wch() doesn't handle KeyboardInterrupt
In-Reply-To: <1360931664.77.0.750623076852.issue17209@psf.upfronthosting.co.za>
Message-ID: <1363736002.84.0.735540714353.issue17209@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also #8862.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17209>
_______________________________________

From report at bugs.python.org  Wed Mar 20 00:44:34 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 23:44:34 +0000
Subject: [issue13248] deprecated in 3.2/3.3, should be removed in 3.4
In-Reply-To: <1319392186.66.0.823106983991.issue13248@psf.upfronthosting.co.za>
Message-ID: <3ZVrTF5PLXzPCm@mail.python.org>


Roundup Robot added the comment:

New changeset 612d8bbcfa3a by Terry Jan Reedy in branch 'default':
Issue #13248: removed deprecated and undocumented difflib.isbjunk, isbpopular.
http://hg.python.org/cpython/rev/612d8bbcfa3a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13248>
_______________________________________

From report at bugs.python.org  Wed Mar 20 00:46:34 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 19 Mar 2013 23:46:34 +0000
Subject: [issue17477] update the bsddb module do build with db 5.x versions
In-Reply-To: <1363671295.4.0.641867038298.issue17477@psf.upfronthosting.co.za>
Message-ID: <1363736794.38.0.498481960516.issue17477@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
nosy:  -gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17477>
_______________________________________

From report at bugs.python.org  Wed Mar 20 00:49:27 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 19 Mar 2013 23:49:27 +0000
Subject: [issue17471] Patch for Additional Test Coverage for urllib.error
In-Reply-To: <1363649892.85.0.895729297472.issue17471@psf.upfronthosting.co.za>
Message-ID: <3ZVrZv0H6DzPhm@mail.python.org>


Roundup Robot added the comment:

New changeset ae9aea1b3546 by Senthil Kumaran in branch '3.2':
#17471 - Increasing the urllib.error test coverage. Bringing it to 100%. Based on patch contributed by Daniel Wozniak
http://hg.python.org/cpython/rev/ae9aea1b3546

New changeset 8e9cf147fbca by Senthil Kumaran in branch '3.3':
#17471 - merge from 3.2
http://hg.python.org/cpython/rev/8e9cf147fbca

New changeset 64183c2aa05e by Senthil Kumaran in branch 'default':
#17471: merge from 3.3
http://hg.python.org/cpython/rev/64183c2aa05e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17471>
_______________________________________

From report at bugs.python.org  Wed Mar 20 00:51:51 2013
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 19 Mar 2013 23:51:51 +0000
Subject: [issue17477] update the bsddb module do build with db 5.x versions
In-Reply-To: <1363671295.4.0.641867038298.issue17477@psf.upfronthosting.co.za>
Message-ID: <1363737111.98.0.260630269954.issue17477@psf.upfronthosting.co.za>


Matthias Klose added the comment:

> Is this a backport "as-is" of the external pybsddb3 5.3.0 code I maintain?.
> If that is the case, could be some incompatibilities with current
> bsddb module in stock 2.7.

yes. Could you point me to these possible incompatibilities? Afaics all test cases did succeed with this new version.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17477>
_______________________________________

From report at bugs.python.org  Wed Mar 20 00:54:50 2013
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Mar 2013 23:54:50 +0000
Subject: [issue16293] curses.ungetch raises OverflowError when given -1
In-Reply-To: <1350782737.16.0.822622780307.issue16293@psf.upfronthosting.co.za>
Message-ID: <1363737290.89.0.0912247789208.issue16293@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The following example returns immediatly, whereas I expected it to block. So I consider that ungetch(-1) should fail, but I may be wrong.
---
import curses

def test_screen(screen):
    screen.nodelay(True)
    key = screen.getch()
    screen.nodelay(False)
    curses.ungetch(key)

    screen.getch()

curses.wrapper(test_screen)
---

key is -1, I don't get an OverflowError. The Python implementation of ungetch() casts the Python int to a C "chtype" type, and check for underflow or overflow. On my Fedora 18, chtype is defined in ncurses.h as "unsigned long". My code checking for overflow doesn't detect the overflow for this specific case.

What is your platform (name and version)?

We should always have the same behaviour on any platform (always fail with an error, or always accept -1), so anyway there is a bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16293>
_______________________________________

From report at bugs.python.org  Wed Mar 20 00:57:05 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Mar 2013 23:57:05 +0000
Subject: [issue17484] add tests for getpass
In-Reply-To: <1363731601.11.0.00161818926238.issue17484@psf.upfronthosting.co.za>
Message-ID: <1363737425.48.0.361808177316.issue17484@psf.upfronthosting.co.za>


R. David Murray added the comment:

I've added some review comments, mostly style issues.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17484>
_______________________________________

From report at bugs.python.org  Wed Mar 20 01:11:45 2013
From: report at bugs.python.org (Matthias Klose)
Date: Wed, 20 Mar 2013 00:11:45 +0000
Subject: [issue15235] allow newer berkeley db versions
In-Reply-To: <1341131768.44.0.275273067892.issue15235@psf.upfronthosting.co.za>
Message-ID: <1363738305.81.0.876117932217.issue15235@psf.upfronthosting.co.za>


Matthias Klose added the comment:

fixed

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15235>
_______________________________________

From report at bugs.python.org  Wed Mar 20 01:12:33 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 20 Mar 2013 00:12:33 +0000
Subject: [issue12098] Child process running as debug on Windows
In-Reply-To: <1363733030.45.0.279403298182.issue12098@psf.upfronthosting.co.za>
Message-ID: <EFE3877620384242A686D52278B7CCD353819A1E@RKV-IT-EXCH104.ccp.ad.local>


Kristj?n Valur J?nsson added the comment:

The buildbots page has been down for a while now, I can't see what's going on.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12098>
_______________________________________

From report at bugs.python.org  Wed Mar 20 01:17:19 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 20 Mar 2013 00:17:19 +0000
Subject: [issue17245] ctypes libffi needs to align the x86 stack to 16 bytes
In-Reply-To: <1361311870.54.0.433200596703.issue17245@psf.upfronthosting.co.za>
Message-ID: <1363738639.6.0.129941560084.issue17245@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

I've updated libffi to v3.0.13 which contains the fixes for this in 2.7, 3.2, 3.3 and 3.4.

if someone wants to apply a surgical patch to fix this problem, the one mentioned above is good as well as:

 https://github.com/atgreen/libffi/commit/ee18766b169811426c14b011fbb46d81e344f926

I'm not actually positive that _both_ of those two small libffi patches are needed but they both fix the same thing and it doesn't hurt to have both and both are in the v3.0.13 libffi release.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17245>
_______________________________________

From report at bugs.python.org  Wed Mar 20 01:22:57 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 00:22:57 +0000
Subject: [issue17467] Enhancement: give mock_open readline() and readlines()
	methods
In-Reply-To: <1363637353.75.0.10594649772.issue17467@psf.upfronthosting.co.za>
Message-ID: <3ZVsKY19ZFzMSq@mail.python.org>


Roundup Robot added the comment:

New changeset 684b75600fa9 by Michael Foord in branch 'default':
Closes issue 17467. Add readline and readlines support to unittest.mock.mock_open
http://hg.python.org/cpython/rev/684b75600fa9

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17467>
_______________________________________

From report at bugs.python.org  Wed Mar 20 01:35:21 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 00:35:21 +0000
Subject: [issue12098] Child process running as debug on Windows
In-Reply-To: <1305664733.32.0.991268423513.issue12098@psf.upfronthosting.co.za>
Message-ID: <3ZVsbs105zzSGT@mail.python.org>


Roundup Robot added the comment:

New changeset b0b507268d7c by Kristj?n Valur J?nsson in branch '2.7':
Issue #12098 : Fix a missing import in the unittests.
http://hg.python.org/cpython/rev/b0b507268d7c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12098>
_______________________________________

From report at bugs.python.org  Wed Mar 20 01:40:30 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 00:40:30 +0000
Subject: [issue10211] BufferObject doesn't support new buffer interface
In-Reply-To: <1288169352.49.0.219368546772.issue10211@psf.upfronthosting.co.za>
Message-ID: <3ZVsjp15tMzNtB@mail.python.org>


Roundup Robot added the comment:

New changeset 6b3217b96a77 by Kristj?n Valur J?nsson in branch '2.7':
Issue #10211 : Buffer object should support the new buffer interface.
http://hg.python.org/cpython/rev/6b3217b96a77

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10211>
_______________________________________

From report at bugs.python.org  Wed Mar 20 01:40:31 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 00:40:31 +0000
Subject: [issue10212] struct.unpack and cStringIO.StringIO don't support new
	buffer
In-Reply-To: <1288175813.33.0.0310491559114.issue10212@psf.upfronthosting.co.za>
Message-ID: <3ZVsjp6q5PzNtB@mail.python.org>


Roundup Robot added the comment:

New changeset be4bec689de3 by Kristj?n Valur J?nsson in branch '2.7':
Issue #10212: Support new buffer interface for struct.unpack and
http://hg.python.org/cpython/rev/be4bec689de3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10212>
_______________________________________

From report at bugs.python.org  Wed Mar 20 01:42:09 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 20 Mar 2013 00:42:09 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <1363740129.16.0.402501957733.issue16754@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Wed Mar 20 02:17:14 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 20 Mar 2013 01:17:14 +0000
Subject: [issue5550] [urllib.request]: Comparison of HTTP headers should be
	insensitive to the case
In-Reply-To: <1237870141.83.0.616869799184.issue5550@psf.upfronthosting.co.za>
Message-ID: <1363742234.01.0.0185723929796.issue5550@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <senthil at uthcode.com>:


----------
assignee:  -> orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5550>
_______________________________________

From report at bugs.python.org  Wed Mar 20 02:29:46 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 20 Mar 2013 01:29:46 +0000
Subject: [issue17488] subprocess.Popen bufsize=0 parameter behaves differently
	in Python 3 than in 2
Message-ID: <1363742986.45.0.357278360182.issue17488@psf.upfronthosting.co.za>


New submission from Gregory P. Smith:

The subprocess module in Python 3 uses io.open(file_descriptor, mode, bufsize) to create its Popen stdout, stderr and stdin file objects.

In Python 2, it used the old os.fdopen which created an old-style python 2 file object that simply wraps libc's FILE* interface.

This results in a behavior difference between Python 2 and Python 3 subprocesses as the bufsize=0 on io.open()ed files results in a RawIOBase file object whos read() or write() methods map directly to a single underlying system call.  ie: In Python 3 if you Popen.read(30000) and there are only 12345 bytes in the pipe from the child, it will return 12345 bytes rather than blocking while it makes further read() syscalls until it gets enough data or EOF as it would with the libc backed file objects in Python 2.

This tripped up the imaplib module in Issue17443.  (since fixed by explicitly enabling buffered I/O).

This behavior difference will make porting code to work on both Python 2 and 3 a bit more painful as bufsize=non-zero must be specified by the user for consistent behavior.

I'd like to fix this by changing the default bufsize=0 to bufsize=io.DEFAULT_BUFFER_SIZE, but only if I can do that in 3.2 and 3.3 .  If I can't, it _does_ seem like an API change, I'll just make a documentation update to mention the issue and the best practice for 2.x and 3.x compatibility.

[note: this issue does not apply to my subprocess32 backport running on python 2.x because that uses python2's the old style file os.fdopen]

marking release blocker to ask for comments from the 3.2 and 3.3 release managers on if i can consider changing the default subprocess.Popen bufsize parameter value or not.

----------
assignee: gregory.p.smith
messages: 184718
nosy: georg.brandl, gregory.p.smith, larry
priority: release blocker
severity: normal
status: open
title: subprocess.Popen bufsize=0 parameter behaves differently in Python 3 than in 2
type: behavior
versions: Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17488>
_______________________________________

From report at bugs.python.org  Wed Mar 20 02:42:52 2013
From: report at bugs.python.org (Matthias Klose)
Date: Wed, 20 Mar 2013 01:42:52 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <1363743772.02.0.46896870128.issue16754@psf.upfronthosting.co.za>


Matthias Klose added the comment:

the patch so.diff

 - introduces two new macros EXT_SUFFIX and SHLIB_SUFFIX, and uses
   these instead of the SO macro.
 - keeps the SO macro, and restores it to it's original value
 - Removes the SHLIB_EXT preprocessor define (only used in
   Python/dynload_hpux.c, and there we know that we will end up
   with .sl anyway.

For trunk maybe consider removing the SO macro, I think it's better to change it back to it's original value for 3.1 and 3.2, knowing that it will probably break some Debian packaging, but that can be fixed too.

----------
keywords: +patch
nosy: +doko
Added file: http://bugs.python.org/file29494/so.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Wed Mar 20 02:43:57 2013
From: report at bugs.python.org (Michael Johnson)
Date: Wed, 20 Mar 2013 01:43:57 +0000
Subject: [issue15927] csv.reader() does not support escaped newline when
	quoting=csv.QUOTE_NONE
In-Reply-To: <1347425390.54.0.862014726204.issue15927@psf.upfronthosting.co.za>
Message-ID: <1363743837.15.0.659063657414.issue15927@psf.upfronthosting.co.za>


Michael Johnson added the comment:

On input, the reader sees a line like 

    ['one\\\n','element']

from the file iterator and successfully escapes the newline character, but still interprets the end of the string as the end of a record.  I've attached a patch that modifies this behavior, so that encountering the end of a string immediately after an escaped \r or \n is does not begin a new record.

----------
keywords: +patch
nosy: +mjohnson
Added file: http://bugs.python.org/file29495/csv.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15927>
_______________________________________

From report at bugs.python.org  Wed Mar 20 02:49:12 2013
From: report at bugs.python.org (=?utf-8?b?VsOtY3RvciBUZXJyw7Nu?=)
Date: Wed, 20 Mar 2013 01:49:12 +0000
Subject: [issue17489] random.Random implements __getstate__() and __reduce__()
Message-ID: <1363744152.72.0.512816356839.issue17489@psf.upfronthosting.co.za>


New submission from V?ctor Terr?n:

The random.Random class implements both the __getstate__() and __reduce__() methods. My knowledge of the pickle module is very limited, but apparently this causes __getstate__() never to get called. Maybe this is a remnant from earlier code, or are both methods actually needed?

----------
components: Library (Lib)
messages: 184721
nosy: mark.dickinson, rhettinger, vterron
priority: normal
severity: normal
status: open
title: random.Random implements __getstate__() and __reduce__()
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17489>
_______________________________________

From report at bugs.python.org  Wed Mar 20 03:34:35 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 20 Mar 2013 02:34:35 +0000
Subject: [issue17490] Use converter functions to implement ast.literal_eval
Message-ID: <1363746875.32.0.0832947039866.issue17490@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

Currently, ast.literal_eval uses a long if/elif chain to implement the limited parsing of the AST. This issue proposes changing the implementation to make it easy to extend to cover some of the implementation details of PEP 436 (Argument Clinic).

----------
files: ast_literal_eval_converter_functions.diff
keywords: patch
messages: 184722
nosy: ncoghlan
priority: normal
severity: normal
stage: patch review
status: open
title: Use converter functions to implement ast.literal_eval
type: enhancement
Added file: http://bugs.python.org/file29496/ast_literal_eval_converter_functions.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17490>
_______________________________________

From report at bugs.python.org  Wed Mar 20 03:35:01 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 20 Mar 2013 02:35:01 +0000
Subject: [issue17490] Use converter functions to implement ast.literal_eval
In-Reply-To: <1363746875.32.0.0832947039866.issue17490@psf.upfronthosting.co.za>
Message-ID: <1363746901.58.0.610260101431.issue17490@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +larry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17490>
_______________________________________

From report at bugs.python.org  Wed Mar 20 03:42:03 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 02:42:03 +0000
Subject: [issue15927] csv.reader() does not support escaped newline when
	quoting=csv.QUOTE_NONE
In-Reply-To: <1347425390.54.0.862014726204.issue15927@psf.upfronthosting.co.za>
Message-ID: <3ZVwQ270nHzSJf@mail.python.org>


Roundup Robot added the comment:

New changeset 940748853712 by R David Murray in branch 'default':
#15927: Fix cvs.reader parsing of escaped \r\n with quoting off.
http://hg.python.org/cpython/rev/940748853712

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15927>
_______________________________________

From report at bugs.python.org  Wed Mar 20 03:44:33 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 20 Mar 2013 02:44:33 +0000
Subject: [issue15927] csv.reader() does not support escaped newline when
	quoting=csv.QUOTE_NONE
In-Reply-To: <1347425390.54.0.862014726204.issue15927@psf.upfronthosting.co.za>
Message-ID: <1363747473.94.0.225173988882.issue15927@psf.upfronthosting.co.za>


R. David Murray added the comment:

Although this is clearly a bug fix, it also represents a behavior change that could cause a working program to fail.  I have therefore only applied it to 3.4, but I'm open to arguments that it should be backported.

Thanks for the patch, Michael.

----------
assignee: lukasz.langa -> 
nosy: +r.david.murray
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions:  -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15927>
_______________________________________

From report at bugs.python.org  Wed Mar 20 03:48:57 2013
From: report at bugs.python.org (Radu Voicilas)
Date: Wed, 20 Mar 2013 02:48:57 +0000
Subject: [issue17491] Consolidate traceback.format_tb and traceback.print_tb
Message-ID: <1363747737.23.0.181460448728.issue17491@psf.upfronthosting.co.za>


New submission from Radu Voicilas:

This is a patch that consolidates the implementation of traceback.format_tb and traceback.print_tb into one common internal function traceback._get_tb. The current implementations are almost identical, except that the print_tb() ones also prints to a file ...

Now, I don't really know what the Python developers feel about this kind of cleanups which doesn't really add any value for the end user. I've seen projects where this kind of patches are not accepted because of this. IMHO, making code more readable and reducing duplication is always a good thing.

----------
components: Library (Lib)
files: consolidate_tb_functions.diff
keywords: patch
messages: 184725
nosy: raduv
priority: normal
severity: normal
status: open
title: Consolidate traceback.format_tb and traceback.print_tb
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29497/consolidate_tb_functions.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17491>
_______________________________________

From report at bugs.python.org  Wed Mar 20 03:57:37 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Mar 2013 02:57:37 +0000
Subject: [issue2052] Allow changing difflib._file_template character encoding.
In-Reply-To: <1202505714.47.0.79762903943.issue2052@psf.upfronthosting.co.za>
Message-ID: <1363748257.59.0.189145622848.issue2052@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

In 3.2, it is line 1629:
          content="text/html; charset=ISO-8859-1" />

That charset was only standard for Western European documents limited to that charset. Now, even such limited-char docs often use 'utf-8' (python.org does). The result of putting an incorrect charset designation in an html file is that the browser will not display the file correctly.

For instance, I tried an input sequence containing line 'c\u3333', which displays in IDLE as  'c?'. The string from HtmlDill.make_file() must be written to a file opened with encoding='utf-8', not the above or equivalent. Firefox then reads the three bytes of the utf-8 encoding as three separate characters and displays 'c???'. To check:
>>> 'c?'.encode().decode(encoding='Latin-1')
'c?\x8c?'

To me the clear implication of "returns a string which is a complete HTML file containing a table showing line by line differences with inter-line and intra-line changes highlighted." is that the resulting file will display correctly. The current template charset prevents that, changing to 'utf-8' results in a file that displays correctly (tested). So the current behavior and the code that causes it is to me clearly a bug. I would like to fix it before 2.7.4 comes out.

----------
nosy: +ezio.melotti, orsenthil, terry.reedy -tim_one

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2052>
_______________________________________

From report at bugs.python.org  Wed Mar 20 04:01:15 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 03:01:15 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <3ZVwrB22mszR73@mail.python.org>


Roundup Robot added the comment:

New changeset 01372117a5b4 by Kristj?n Valur J?nsson in branch 'default':
Issue #16475: Support object instancing, recursion and interned strings
http://hg.python.org/cpython/rev/01372117a5b4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Wed Mar 20 04:02:50 2013
From: report at bugs.python.org (=?utf-8?b?VsOtY3RvciBUZXJyw7Nu?=)
Date: Wed, 20 Mar 2013 03:02:50 +0000
Subject: [issue17492] Increase test coverage for random (up to 99%)
Message-ID: <1363748570.23.0.662961868349.issue17492@psf.upfronthosting.co.za>


New submission from V?ctor Terr?n:

I'm attaching a patch to increase the code coverage of the random module to 99% (only one line missing, see issue #17489; it's reported as 89%, however, because of the _test(N=2000) function, which is not executed when the unit tests are run). Many of the new tests, especially gammavariate(), involve mocking Random.random() so that it returns a series of fixed values that guarantee that all the branches of the algorithm are executed ? hopefully this has been a good idea!

----------
components: Library (Lib)
files: test_random.diff
keywords: patch
messages: 184728
nosy: mark.dickinson, rhettinger, vterron
priority: normal
severity: normal
status: open
title: Increase test coverage for random (up to 99%)
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29498/test_random.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17492>
_______________________________________

From report at bugs.python.org  Wed Mar 20 04:04:10 2013
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Wed, 20 Mar 2013 03:04:10 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1363713014.4.0.948787304959.issue13477@psf.upfronthosting.co.za>
	(Larry Hastings's message of "Tue, 19 Mar 2013 17:10:14 +0000")
Message-ID: <87wqt293h3.fsf@asaph.rhodesmill.org>


Brandon Craig Rhodes added the comment:

Larry Hastings <report at bugs.python.org> writes:

> Huh.  tar *can* infer it from the data itself.  On the other hand, it
> chooses explicitly not to.  I guess "tar" knows explicit is better
> than implicit too ;-)

I am told that the refusal of "tar" to introspect the data is because:

(a) Tar runs "gunzip -c" (for example) as an external program; it does
not actually compile against libz.

(b) Streams in UNIX cannot be rewound.  Tar cannot look at the first
block of an input pipe and then "put the block back" so that the same
input can be fed directly to "gunzip" as its input.

(c) Given (a) and (b), tar could only support data introspection of
input from a pipe if it were willing to be a pass-through that, after
reading and introspecting the first block, then fired up "gunzip" and
sent ALL of the blocks through.  Which would require multiprocessing,
threading, or async I/O so that tar could both read and write, which
would make tar more complicated.

(d) Therefore, tar refuses to even look.

Since Python does bundle compression in its standard library, it can
quite trivially step forward and actually do the data introspection that
tar insists on not doing; the first few bytes of a tar archive are quite
demonstrably different from the first bytes of a gzip stream, if I
recall.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Wed Mar 20 04:05:05 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 20 Mar 2013 03:05:05 +0000
Subject: [issue10296] ctypes catches BreakPoint error on windows 32
In-Reply-To: <1288772433.69.0.284335189868.issue10296@psf.upfronthosting.co.za>
Message-ID: <1363748705.64.0.696541921215.issue10296@psf.upfronthosting.co.za>


Changes by Kristj?n Valur J?nsson <kristjan at ccpgames.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10296>
_______________________________________

From report at bugs.python.org  Wed Mar 20 04:35:53 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 03:35:53 +0000
Subject: [issue15038] Optimize python Locks on Windows
In-Reply-To: <1339180301.31.0.978544490833.issue15038@psf.upfronthosting.co.za>
Message-ID: <3ZVxc9131DzR93@mail.python.org>


Roundup Robot added the comment:

New changeset 08b87dda6f6a by Kristj?n Valur J?nsson in branch 'default':
Issue #15038 : Fixing the condition broadcast and docs.
http://hg.python.org/cpython/rev/08b87dda6f6a

New changeset fde60d3f542e by Kristj?n Valur J?nsson in branch '3.3':
Issue #15038 : Fixing the condition broadcast and docs.
http://hg.python.org/cpython/rev/fde60d3f542e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15038>
_______________________________________

From report at bugs.python.org  Wed Mar 20 04:37:50 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 20 Mar 2013 03:37:50 +0000
Subject: [issue15038] Optimize python Locks on Windows
In-Reply-To: <1339180301.31.0.978544490833.issue15038@psf.upfronthosting.co.za>
Message-ID: <1363750670.15.0.367331245867.issue15038@psf.upfronthosting.co.za>


Changes by Kristj?n Valur J?nsson <kristjan at ccpgames.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15038>
_______________________________________

From report at bugs.python.org  Wed Mar 20 05:15:58 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 04:15:58 +0000
Subject: [issue17485] Deleting Request data does not update Content-length
	header.
In-Reply-To: <1363724750.93.0.788897828966.issue17485@psf.upfronthosting.co.za>
Message-ID: <3ZVyVP6nnSzSFs@mail.python.org>


Roundup Robot added the comment:

New changeset b1579eb4e1bc by R David Murray in branch 'default':
#17485: Delete the Content-Length header if the data attribute is deleted.
http://hg.python.org/cpython/rev/b1579eb4e1bc

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17485>
_______________________________________

From report at bugs.python.org  Wed Mar 20 05:15:59 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 04:15:59 +0000
Subject: [issue16464] urllib.request: opener not resetting content-length
In-Reply-To: <1352771853.32.0.535718799021.issue16464@psf.upfronthosting.co.za>
Message-ID: <3ZVyVQ5P8LzSFs@mail.python.org>


Roundup Robot added the comment:

New changeset b1579eb4e1bc by R David Murray in branch 'default':
#17485: Delete the Content-Length header if the data attribute is deleted.
http://hg.python.org/cpython/rev/b1579eb4e1bc

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16464>
_______________________________________

From report at bugs.python.org  Wed Mar 20 05:17:43 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 20 Mar 2013 04:17:43 +0000
Subject: [issue17490] Use converter functions to implement ast.literal_eval
In-Reply-To: <1363746875.32.0.0832947039866.issue17490@psf.upfronthosting.co.za>
Message-ID: <1363753063.84.0.770012986799.issue17490@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Interesting patch. :)

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17490>
_______________________________________

From report at bugs.python.org  Wed Mar 20 05:17:49 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 20 Mar 2013 04:17:49 +0000
Subject: [issue17485] Deleting Request data does not update Content-length
	header.
In-Reply-To: <1363724750.93.0.788897828966.issue17485@psf.upfronthosting.co.za>
Message-ID: <1363753069.62.0.0213050315572.issue17485@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Daniel.  I moved the test so that it would be run even if the network resource is not enabled.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17485>
_______________________________________

From report at bugs.python.org  Wed Mar 20 05:24:44 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 20 Mar 2013 04:24:44 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1363753484.93.0.0122779226937.issue12466@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

fyi - sem_open is unrelated, nothing in subprocess needs that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Wed Mar 20 05:24:51 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 20 Mar 2013 04:24:51 +0000
Subject: [issue17490] Use converter functions to implement ast.literal_eval
In-Reply-To: <1363753063.84.0.770012986799.issue17490@psf.upfronthosting.co.za>
Message-ID: <CADiSq7d=_xf8d7A1mPzGuhnBzq6nFsPvbO5nk0k2EX9AEba-_g@mail.gmail.com>


Nick Coghlan added the comment:

Heh, that's what I get for wanting to go get dinner. I'll regenerate it in
the morning.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17490>
_______________________________________

From report at bugs.python.org  Wed Mar 20 05:25:00 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 04:25:00 +0000
Subject: [issue17474] Remove the deprecated methods of Request class
In-Reply-To: <1363652176.25.0.00819837131924.issue17474@psf.upfronthosting.co.za>
Message-ID: <3ZVyhr0KlSzSQx@mail.python.org>


Roundup Robot added the comment:

New changeset d805cfa523ec by Senthil Kumaran in branch '3.3':
#17474 - Mark the deprecated Request methods as deprecated-removed. Review by Ezio Melotti
http://hg.python.org/cpython/rev/d805cfa523ec

New changeset ed6817ff19b8 by Senthil Kumaran in branch 'default':
#17474 - merge from 3.3. Update default Docs with versionchanged markup on what's removed
http://hg.python.org/cpython/rev/ed6817ff19b8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17474>
_______________________________________

From report at bugs.python.org  Wed Mar 20 05:27:32 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 20 Mar 2013 04:27:32 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1363753652.1.0.948942439626.issue16475@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I don't understand some of this code. Why does r_ref_reserve take a first parameter which it just returns on success without using?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Wed Mar 20 05:50:23 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 20 Mar 2013 04:50:23 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1363755023.01.0.0755829322843.issue16475@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

I thought I had explained this already, but can't find it, so here is the explanation:
It matches the pattern of r_ref(), which semantically is a combination of r_ref_register() and r_ref_insert().

It is a convenence calling pattern because these functions will either:
a) pass a NULL operand through,
b) succeed and pass the non-NULL operatn through
c) fail, and release the operand and return NULL.
In all cases, it is sufficient to look at the value of the operand after this transformation to know if everything was allright.  This simplifies all the calling sites where these things are used, e.g. by the R_REF() macro.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Wed Mar 20 05:52:06 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 20 Mar 2013 04:52:06 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1363755126.65.0.920017526833.issue16475@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

I should add comments explaining this to the file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Wed Mar 20 07:12:19 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 20 Mar 2013 06:12:19 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1363759939.1.0.0167949277875.issue12466@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

Some way for me to reproduce this is needed.

----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Wed Mar 20 07:23:29 2013
From: report at bugs.python.org (Kovid Goyal)
Date: Wed, 20 Mar 2013 06:23:29 +0000
Subject: [issue16512] imghdr doesn't support jpegs with an ICC profile
In-Reply-To: <1353406880.2.0.236043197389.issue16512@psf.upfronthosting.co.za>
Message-ID: <1363760609.19.0.758706416887.issue16512@psf.upfronthosting.co.za>


Kovid Goyal added the comment:

The attached patch is insufficient, for example, it fails on http://nationalpostnews.files.wordpress.com/2013/03/budget.jpeg?w=300&h=1571

Note that the linux file utility identifies a files as "JPEG Image data" if the first two bytes of the file are \xff\xd8.

A slightly stricter test that catches more jpeg files:

def test_jpeg(h, f):
    if (h[6:10] in (b'JFIF', b'Exif')) or (h[:2] == b'\xff\xd8' and b'JFIF' in h[:32]):
        return 'jpeg'

----------
nosy: +kovid

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16512>
_______________________________________

From report at bugs.python.org  Wed Mar 20 07:37:07 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 06:37:07 +0000
Subject: [issue17285] subprocess.check_output incorrectly state that output is
	always bytes
In-Reply-To: <1361706230.84.0.572016082.issue17285@psf.upfronthosting.co.za>
Message-ID: <3ZW1dG4ZPnzR93@mail.python.org>


Roundup Robot added the comment:

New changeset f4accfad1bf6 by Gregory P. Smith in branch '3.3':
clarifiy the documentation for issue17285. see also commit
http://hg.python.org/cpython/rev/f4accfad1bf6

New changeset d31cab1dabae by Gregory P. Smith in branch 'default':
clarifiy the documentation for issue17285. see also commit
http://hg.python.org/cpython/rev/d31cab1dabae

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17285>
_______________________________________

From report at bugs.python.org  Wed Mar 20 07:38:08 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 20 Mar 2013 06:38:08 +0000
Subject: [issue17285] subprocess.check_output incorrectly state that output is
	always bytes
In-Reply-To: <1361706230.84.0.572016082.issue17285@psf.upfronthosting.co.za>
Message-ID: <1363761488.49.0.151783313912.issue17285@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
resolution:  -> fixed
stage: needs patch -> commit review
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17285>
_______________________________________

From report at bugs.python.org  Wed Mar 20 08:05:12 2013
From: report at bugs.python.org (Popa Claudiu)
Date: Wed, 20 Mar 2013 07:05:12 +0000
Subject: [issue17487] wave.Wave_read.getparams should be more user friendly
In-Reply-To: <1363726749.83.0.981836859976.issue17487@psf.upfronthosting.co.za>
Message-ID: <1363763112.25.0.79140517322.issue17487@psf.upfronthosting.co.za>


Popa Claudiu added the comment:

Updated the patch with test for .getparams.

----------
Added file: http://bugs.python.org/file29499/wave_17487.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17487>
_______________________________________

From report at bugs.python.org  Wed Mar 20 08:10:06 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Wed, 20 Mar 2013 07:10:06 +0000
Subject: [issue17484] add tests for getpass
In-Reply-To: <1363731601.11.0.00161818926238.issue17484@psf.upfronthosting.co.za>
Message-ID: <1363763406.76.0.770438194491.issue17484@psf.upfronthosting.co.za>


Changes by Thomas Fenzl <thomas.fenzl at gmx.net>:


Added file: http://bugs.python.org/file29500/getpass_tests-3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17484>
_______________________________________

From report at bugs.python.org  Wed Mar 20 09:05:03 2013
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Wed, 20 Mar 2013 08:05:03 +0000
Subject: [issue16692] Support TLS 1.1 and TLS 1.2
In-Reply-To: <1355592665.89.0.539973629387.issue16692@psf.upfronthosting.co.za>
Message-ID: <1363766703.0.0.910160261746.issue16692@psf.upfronthosting.co.za>


Michele Orr? added the comment:

synced with tip

> This decorator looks like it would be impressed in a simpler way,
> using unittest.skipIf (or unittest.skipUnless).

> It would be nice to check that connecting succeeds from a
> TLSv1_1 client on a SSLv23 server.

yep, thanks.


> Not sure why you test only with OP_NO_TLSv1_1.
I've just emulated older tests against older TSL protocols. Is there anything wrong you see? 


PS: I have removed ssl.PROTOCOL_* from test_constants, since they are already used in the global variable PROTOCOLS.

----------
Added file: http://bugs.python.org/file29501/issue16692.2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16692>
_______________________________________

From report at bugs.python.org  Wed Mar 20 10:29:43 2013
From: report at bugs.python.org (Ramchandra Apte)
Date: Wed, 20 Mar 2013 09:29:43 +0000
Subject: [issue17489] random.Random implements __getstate__() and __reduce__()
In-Reply-To: <1363744152.72.0.512816356839.issue17489@psf.upfronthosting.co.za>
Message-ID: <1363771783.82.0.508461833995.issue17489@psf.upfronthosting.co.za>


Ramchandra Apte added the comment:

__getstate__ is for pickling instances [0], __reduce__ is for pickling the object itself [1]

^0 http://docs.python.org/2/library/pickle.html#object.__getstate__
^1 http://docs.python.org/2/library/pickle.html#object.__reduce__

----------
nosy: +Ramchandra Apte

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17489>
_______________________________________

From report at bugs.python.org  Wed Mar 20 10:34:17 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 20 Mar 2013 09:34:17 +0000
Subject: [issue17053] pydoc should use inspect.signature instead of
	inspect.getfullargspec
In-Reply-To: <1359292632.3.0.760417514127.issue17053@psf.upfronthosting.co.za>
Message-ID: <1363772057.55.0.152411616699.issue17053@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

* renamed "render" method of inspect.Parameter and inspect.Signature
  to "_render" to avoid changing the public API

* updated patch for current tip (I got a merge conflict when pulling
  in the tip due to a patch for Lib/test/test_pydoc.py)

----------
Added file: http://bugs.python.org/file29502/issue17053-v2.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17053>
_______________________________________

From report at bugs.python.org  Wed Mar 20 10:45:43 2013
From: report at bugs.python.org (moijes12)
Date: Wed, 20 Mar 2013 09:45:43 +0000
Subject: [issue12768] docstrings for the threading module
In-Reply-To: <1313548989.72.0.178892692878.issue12768@psf.upfronthosting.co.za>
Message-ID: <1363772743.69.0.177196188056.issue12768@psf.upfronthosting.co.za>


moijes12 added the comment:

Hi

Since this is a duplicate of #17375, is the patch not going to make to the review stage at all?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12768>
_______________________________________

From report at bugs.python.org  Wed Mar 20 11:04:50 2013
From: report at bugs.python.org (Anuj Gupta)
Date: Wed, 20 Mar 2013 10:04:50 +0000
Subject: [issue17317] Benchmark driver should calculate actual benchmark count
	in -h
In-Reply-To: <1361995899.75.0.774872352722.issue17317@psf.upfronthosting.co.za>
Message-ID: <1363773890.26.0.187424962938.issue17317@psf.upfronthosting.co.za>


Anuj Gupta added the comment:

The asterisk is visible now, Brett :) Please commit the patch at your convenience.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17317>
_______________________________________

From report at bugs.python.org  Wed Mar 20 11:10:59 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 20 Mar 2013 10:10:59 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
In-Reply-To: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>
Message-ID: <1363774259.39.0.117489448223.issue17323@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Attached updated patch with docs and tests.
I changed the function to do the equivalent of "if sys._xoptions.get('showrefcount', False):" as proposed in msg183608.
Adding -X showrefcount to non-debug builds could be covered in a separate issue.
Cleaning up the test suite to avoid checking for the refcounts in stderr can also be done in a separate commit if necessary.

----------
stage: needs patch -> patch review
Added file: http://bugs.python.org/file29503/issue17323-2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From bugtrack at roumenpetrov.info  Wed Mar 20 00:58:38 2013
From: bugtrack at roumenpetrov.info (Roumen Petrov)
Date: Wed, 20 Mar 2013 01:58:38 +0200
Subject: [issue5051] test_update2 in test_os.py invalid due to
	os.environ.clear() followed by reliance on environ COMSPEC
In-Reply-To: <1363712091.76.0.022023968048.issue5051@psf.upfronthosting.co.za>
References: <1232883558.71.0.175097990327.issue5051@psf.upfronthosting.co.za>
	<1363712091.76.0.022023968048.issue5051@psf.upfronthosting.co.za>
Message-ID: <5148FBAE.3070307@roumenpetrov.info>

Hi Ned,

> Ned Jackson Lovely added the comment:
[SNIP]
> In both cases, the currently running python executable, fetched via sys.executable and run using os.popen, is used to print the value, instead of the shell's echo. This moves things closer towards cross-platform niceness, and removes the dependency on /bin/sh.
>
> Unfortunately, I don't have a Windows machine readily available to test this on. Could apply your preferred patch, run it for me, and let me know if you have any problems?


$ uname -a
MINGW32_NT-5.1 QEMU 1.0.18(0.48/3/2) 2012-11-21 22:34 i686 Msys
---
Python 3.4.0a0 (default, Mar 20 2013, 00:32:43)
[GCC 4.7.2] on win32
---
$ cat ...test_os.py
....
     # Bug 1110478
     def test_update2(self):
         minimal_environ_keys = ('COMSPEC', 'PATH',)
         minimal_environ = {k:os.environ[k] for k in minimal_environ_keys
                             if k in os.environ}
         os.environ.clear()
         os.environ.update(HELLO="World")
         minimal_environ['HELLO'] = "World"
         os.environ.update(minimal_environ)
         python_cmd = "{0} -c \"import os;print(os.environ['HELLO'])\""
         with os.popen(python_cmd.format(sys.executable)) as popen:
             value = popen.read().strip()
             self.assertEqual(value, "World")

     # Bug 1110478
     def test_update3(self):
         self.assertTrue('HELLO' not in os.environ)
         os.environ.update(HELLO="World")
         python_cmd = "{0} -c \"import os;print(os.environ['HELLO'])\""
         with os.popen(python_cmd.format(sys.executable)) as popen:
             value = popen.read().strip()
             self.assertEqual(value, "World")

     @unittest.skipUnless(os.path.exists('/bin/sh'), 'requires /bin/sh')
     def test_os_popen_iter(self):
         with os.popen(
             "/bin/sh -c 'echo \"line1\nline2\nline3\"'") as popen:
             it = iter(popen)
             self.assertEqual(next(it), "line1\n")
             self.assertEqual(next(it), "line2\n")
             self.assertEqual(next(it), "line3\n")
             self.assertRaises(StopIteration, next, it)
....

result:
....
test_update (test.test_os.EnvironTests) ... ok
test_update2 (test.test_os.EnvironTests) ... ok
test_update3 (test.test_os.EnvironTests) ... ok
test_values (test.test_os.EnvironTests) ... ok
....

So with both (take2&take3) updates tests pass. Should work with MSVC 
builds.


May be test_os_popen_iter could be updated .

> Regards,
>
> Ned



From report at bugs.python.org  Wed Mar 20 12:15:31 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Mar 2013 11:15:31 +0000
Subject: [issue2052] Allow changing difflib._file_template character encoding.
In-Reply-To: <1202505714.47.0.79762903943.issue2052@psf.upfronthosting.co.za>
Message-ID: <1363778131.81.0.0333879459927.issue2052@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

After thinking about it more, the real problem is that the charset setting must match the chars used and how they re encoded, so no one setting is right for all uses. An alternative to changing the default in existing versions is to at least document what it is and explain how to work around it with .replace -- for instance output.replace('ISO-8859-1', 'utf-8'). I agree that adding a parameter (charset=xxx) is a new feature.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2052>
_______________________________________

From report at bugs.python.org  Wed Mar 20 12:18:45 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 20 Mar 2013 11:18:45 +0000
Subject: [issue17374] Remove restriction against Semaphore having a negative
	value
In-Reply-To: <1362953511.16.0.0595885376262.issue17374@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM0+yrCsZqwmhYvm=r9jZD4mAQndUG2nriD0VU48DYec3A@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

>> POSIX semaphore don't support negative initial value.
>
> It was an early design decision to go with the Java threading model rather than the POSIX model.  The Java API supports negative initial values -- the same Dijkstra's original P() and V().

Hum, yes, but my point was that multiprocessing semaphores are
implemented atop POSIX semaphores, which don't support negative
initial values.
Also, since the API doesn't allow negative values, it's possible that
an implementation uses the native POSIX semaphores, and this change
would break such implementations.

> I just looked at the C code implementing multiprocessing Semaphore.  Removing the negative count restriction there looks straight-forward.  I'll include it in the patch or will open a separate tracker item for it.

I'm not so sure about this, how would you do it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Wed Mar 20 12:27:10 2013
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Mar 2013 11:27:10 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <87wqt293h3.fsf@asaph.rhodesmill.org>
Message-ID: <CAMpsgwYxKLOnqP=JwU82v7kffC6=As+Jo6cJu3YOUQy-ZELRYQ@mail.gmail.com>


STINNER Victor added the comment:

I don't think that we need to support compressing/decompressing using
the standard input/output.

2013/3/20 Brandon Craig Rhodes <report at bugs.python.org>:
>
> Brandon Craig Rhodes added the comment:
>
> Larry Hastings <report at bugs.python.org> writes:
>
>> Huh.  tar *can* infer it from the data itself.  On the other hand, it
>> chooses explicitly not to.  I guess "tar" knows explicit is better
>> than implicit too ;-)
>
> I am told that the refusal of "tar" to introspect the data is because:
>
> (a) Tar runs "gunzip -c" (for example) as an external program; it does
> not actually compile against libz.
>
> (b) Streams in UNIX cannot be rewound.  Tar cannot look at the first
> block of an input pipe and then "put the block back" so that the same
> input can be fed directly to "gunzip" as its input.
>
> (c) Given (a) and (b), tar could only support data introspection of
> input from a pipe if it were willing to be a pass-through that, after
> reading and introspecting the first block, then fired up "gunzip" and
> sent ALL of the blocks through.  Which would require multiprocessing,
> threading, or async I/O so that tar could both read and write, which
> would make tar more complicated.
>
> (d) Therefore, tar refuses to even look.
>
> Since Python does bundle compression in its standard library, it can
> quite trivially step forward and actually do the data introspection that
> tar insists on not doing; the first few bytes of a tar archive are quite
> demonstrably different from the first bytes of a gzip stream, if I
> recall.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue13477>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Wed Mar 20 13:01:28 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 20 Mar 2013 12:01:28 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1363780888.12.0.819427276278.issue16475@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I'm getting two failures after this:
======================================================================
ERROR: testRaising (test.test_exceptions.ExceptionTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/wolf/dev/py/py3k/Lib/test/test_exceptions.py", line 51, in testRaising
    marshal.loads(b'')
ValueError: bad marshal data (unknown type code)

----------------------------------------------------------------------

and

======================================================================
ERROR: test_no_marshal (test.test_importlib.source.test_file_loader.SourceLoaderBadBytecodeTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/wolf/dev/py/py3k/Lib/test/test_importlib/source/util.py", line 23, in wrapper
    to_return = fxn(*args, **kwargs)
  File "/home/wolf/dev/py/py3k/Lib/test/test_importlib/source/test_file_loader.py", line 364, in test_no_marshal
    self._test_no_marshal()
  File "/home/wolf/dev/py/py3k/Lib/test/test_importlib/source/test_file_loader.py", line 265, in _test_no_marshal
    self.import_(file_path, '_temp')
  File "/home/wolf/dev/py/py3k/Lib/test/test_importlib/source/test_file_loader.py", line 194, in import_
    module = loader.load_module(module_name)
  File "<frozen importlib._bootstrap>", line 572, in _check_name_wrapper
  File "<frozen importlib._bootstrap>", line 1032, in load_module
  File "<frozen importlib._bootstrap>", line 1013, in load_module
  File "<frozen importlib._bootstrap>", line 548, in module_for_loader_wrapper
  File "<frozen importlib._bootstrap>", line 869, in _load_module
  File "<frozen importlib._bootstrap>", line 990, in get_code
  File "<frozen importlib._bootstrap>", line 668, in _compile_bytecode
ValueError: bad marshal data (unknown type code)

======================================================================
ERROR: test_no_marshal (test.test_importlib.source.test_file_loader.SourcelessLoaderBadBytecodeTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/wolf/dev/py/py3k/Lib/test/test_importlib/source/test_file_loader.py", line 470, in test_no_marshal
    self._test_no_marshal(del_source=True)
  File "/home/wolf/dev/py/py3k/Lib/test/test_importlib/source/test_file_loader.py", line 265, in _test_no_marshal
    self.import_(file_path, '_temp')
  File "/home/wolf/dev/py/py3k/Lib/test/test_importlib/source/test_file_loader.py", line 194, in import_
    module = loader.load_module(module_name)
  File "<frozen importlib._bootstrap>", line 1099, in load_module
  File "<frozen importlib._bootstrap>", line 548, in module_for_loader_wrapper
  File "<frozen importlib._bootstrap>", line 869, in _load_module
  File "<frozen importlib._bootstrap>", line 1105, in get_code
  File "<frozen importlib._bootstrap>", line 668, in _compile_bytecode
ValueError: bad marshal data (unknown type code)

----------------------------------------------------------------------

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Wed Mar 20 13:13:17 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 20 Mar 2013 12:13:17 +0000
Subject: [issue2052] Allow changing difflib._file_template character encoding.
In-Reply-To: <1202505714.47.0.79762903943.issue2052@psf.upfronthosting.co.za>
Message-ID: <1363781597.73.0.985506063111.issue2052@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I haven't looked at the code, but if an HTML page is generated it should probably be updated to use HTML5 and <meta charset="utf-8">.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2052>
_______________________________________

From report at bugs.python.org  Wed Mar 20 13:13:39 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 20 Mar 2013 12:13:39 +0000
Subject: [issue12768] docstrings for the threading module
In-Reply-To: <1313548989.72.0.178892692878.issue12768@psf.upfronthosting.co.za>
Message-ID: <1363781619.48.0.402162084473.issue12768@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

moijes12, since Raymond went ahead and committed a patch to 2.7 in #17375, I think patches to other versions should also be based on his patch. The most constructive thing you can do at this point is review his changes in 2.7 and help porting them to 3.x. Also, you can see if anything is missing/wrong since you've gained some experience about the module while writing the docstrings.

I'm sorry it went like that; don't take it personally - open-source development is a bazaar :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12768>
_______________________________________

From report at bugs.python.org  Wed Mar 20 13:44:24 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 20 Mar 2013 12:44:24 +0000
Subject: [issue17374] Remove restriction against Semaphore having a
	negative	value
In-Reply-To: <CAH_1eM0+yrCsZqwmhYvm=r9jZD4mAQndUG2nriD0VU48DYec3A@mail.gmail.com>
Message-ID: <69055986.24348527.1363783458787.JavaMail.root@zimbra10-e2.priv.proxad.net>


Antoine Pitrou added the comment:

I also don't think "Java does it" is a good design justification anymore.
Python's threading model is the Python threading model, even though it
may have been inspired by Java at the start :-)

----------
title: Remove restriction against Semaphore having a negative value -> Remove restriction against Semaphore having a negative	value

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Wed Mar 20 13:50:43 2013
From: report at bugs.python.org (=?utf-8?q?Lars_Gust=C3=A4bel?=)
Date: Wed, 20 Mar 2013 12:50:43 +0000
Subject: [issue13477] tarfile module should have a command line
In-Reply-To: <1322190665.85.0.356467902383.issue13477@psf.upfronthosting.co.za>
Message-ID: <1363783843.3.0.557073104446.issue13477@psf.upfronthosting.co.za>


Lars Gust?bel added the comment:

I'd like to re-emphasize that it is best to keep the whole thing as simple and straight-forward as possible. Offer some basic operations and that's it.

Although I am pretty accustomed to the original tar command line, I think we should copy zipfile's interface. It makes more sense to offer some kind of unified "Python" command line approach for archive access than keeping to old traditions.

I agree with Victor that we don't really need support for stdin/stdout. It only complicates matters. 

If everybody still votes for stdin/stdout, I'd like to point out that tarfile supports compression detection for streams. It would be best to use mode="r|*" throughout because it works for both normal files and stdin. Use mode="w|(compression)" for writing to files and stdout accordingly.

If we do not support stdin/stdout we no longer need all these compression options because for reading we do autodetection and for writing we could deduce the compression from the file extension (which is just some kind of autodetection too).

Another side note: We should be aware of the effects discussed in issue17102 and issue1044. In my opinion tarfile as a library is obligated to behave like that, but maybe that's not acceptable for a command line tool.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13477>
_______________________________________

From report at bugs.python.org  Wed Mar 20 13:51:33 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 20 Mar 2013 12:51:33 +0000
Subject: [issue17374] Remove restriction against Semaphore having a
	negative	value
In-Reply-To: <1362646672.1.0.00506550421469.issue17374@psf.upfronthosting.co.za>
Message-ID: <1363783893.51.0.0851275014629.issue17374@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

You might want to rephrase the module docstring of Lib/threading.py then :)

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Wed Mar 20 14:04:30 2013
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 20 Mar 2013 13:04:30 +0000
Subject: [issue17465] Gut devinabox
In-Reply-To: <1363632366.54.0.638197438199.issue17465@psf.upfronthosting.co.za>
Message-ID: <1363784670.87.0.207879266565.issue17465@psf.upfronthosting.co.za>


Brett Cannon added the comment:

OK, so I think supporting builds, runs, and reports is fine to start, but trying to get the setup step for Distribute working would be a bonus feature if we wanted to make this something we ask people to use on their own w/o guidance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17465>
_______________________________________

From report at bugs.python.org  Wed Mar 20 14:16:07 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 20 Mar 2013 13:16:07 +0000
Subject: [issue17374] Remove restriction against Semaphore having a
	negative	value
In-Reply-To: <1363783893.51.0.0851275014629.issue17374@psf.upfronthosting.co.za>
Message-ID: <256007140.24420114.1363785360774.JavaMail.root@zimbra10-e2.priv.proxad.net>


Antoine Pitrou added the comment:

> You might want to rephrase the module docstring of Lib/threading.py
> then :)

I think I already suggested rephrasing it but apparently it was lost
somewhere.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Wed Mar 20 14:30:07 2013
From: report at bugs.python.org (Denver Coneybeare)
Date: Wed, 20 Mar 2013 13:30:07 +0000
Subject: [issue17435] threading.Timer.__init__() should use immutable argument
	defaults for args and kwargs
In-Reply-To: <1363393040.78.0.569565797708.issue17435@psf.upfronthosting.co.za>
Message-ID: <1363786207.86.0.470507141133.issue17435@psf.upfronthosting.co.za>


Denver Coneybeare added the comment:

Thanks r.david.murray.  I appreciate you taking the time to look at this issue!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17435>
_______________________________________

From report at bugs.python.org  Wed Mar 20 14:30:31 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 20 Mar 2013 13:30:31 +0000
Subject: [issue17374] Remove restriction against Semaphore having a
	negative	value
In-Reply-To: <1362646672.1.0.00506550421469.issue17374@psf.upfronthosting.co.za>
Message-ID: <1363786231.74.0.019326219402.issue17374@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

msg183614 in #12768?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Wed Mar 20 14:55:13 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 20 Mar 2013 13:55:13 +0000
Subject: [issue17329] Document unittest.SkipTest
In-Reply-To: <1362150273.59.0.386989863107.issue17329@psf.upfronthosting.co.za>
Message-ID: <1363787713.43.0.743970343353.issue17329@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Now I get what you were trying to do.
What I don't like is that now the patch splits the section about skipping in two separate parts, while it would be better to keep it together IMHO.
You argument about having the "theory" first and the actual API later makes sense, and it's somewhat mirrored by e.g. the "basic example" section and the detailed API about TestCase and the assert methods later.
If we keep the two parts together we are left with two options:
1) add SkipTest to the existing section as I suggested initially;
2) move the whole section down below where the API is described;

1) it's simpler and it's enough IMHO, but if 2) is better I think it would be better to move it after the "deprecated aliases" section.

Michael, do you have any preference?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17329>
_______________________________________

From report at bugs.python.org  Wed Mar 20 15:49:16 2013
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 20 Mar 2013 14:49:16 +0000
Subject: [issue17493] Unskip SysModuleTest.test_recursionlimit_fatalerror on
	Windows
Message-ID: <1363790956.56.0.816338130717.issue17493@psf.upfronthosting.co.za>


New submission from Zachary Ware:

With support.suppress_crash_popup(), we can stop skipping test_sys.SysModuleTest.test_recursionlimit_fatalerror on Windows.

----------
components: Tests
files: test_sys_unskip.diff
keywords: patch
messages: 184765
nosy: ezio.melotti, zach.ware
priority: normal
severity: normal
status: open
title: Unskip SysModuleTest.test_recursionlimit_fatalerror on Windows
type: behavior
versions: Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29504/test_sys_unskip.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17493>
_______________________________________

From report at bugs.python.org  Wed Mar 20 15:50:00 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 20 Mar 2013 14:50:00 +0000
Subject: [issue17460] Remove the strict and related params completely removing
	the 0.9 support
In-Reply-To: <1363618864.34.0.693275947596.issue17460@psf.upfronthosting.co.za>
Message-ID: <1363791000.05.0.841763685382.issue17460@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Serhiy - the bad thing IMO would be 'enforcing a new feature in order to save people from using deprecated feature'.

I am not against the addition of keyword only args for HTTPConnection in 3.4. A concrete need should be ascertained. Should we ask for python-dev suggestion?

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17460>
_______________________________________

From report at bugs.python.org  Wed Mar 20 15:56:05 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 20 Mar 2013 14:56:05 +0000
Subject: [issue17374] Remove restriction against Semaphore having a
	negative	value
In-Reply-To: <1362646672.1.0.00506550421469.issue17374@psf.upfronthosting.co.za>
Message-ID: <1363791365.27.0.124260696448.issue17374@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> msg183614 in #12768?

Exactly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17374>
_______________________________________

From report at bugs.python.org  Wed Mar 20 16:03:02 2013
From: report at bugs.python.org (karl)
Date: Wed, 20 Mar 2013 15:03:02 +0000
Subject: [issue5550] [urllib.request]: Comparison of HTTP headers should be
	insensitive to the case
In-Reply-To: <1237870141.83.0.616869799184.issue5550@psf.upfronthosting.co.za>
Message-ID: <1363791782.37.0.197510047605.issue5550@psf.upfronthosting.co.za>


karl added the comment:

orsenthil,

Added test for python 3.3 for testing the case insensitivity for has_header and get_header. The tests fail as it should.
See issue-5550-test-1.patch

I will make a patch to urllib/request.py to make it work.
OK with you?

----------
keywords: +patch
Added file: http://bugs.python.org/file29505/issue-5550-test-1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5550>
_______________________________________

From report at bugs.python.org  Wed Mar 20 17:18:09 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 16:18:09 +0000
Subject: [issue17493] Unskip SysModuleTest.test_recursionlimit_fatalerror on
	Windows
In-Reply-To: <1363790956.56.0.816338130717.issue17493@psf.upfronthosting.co.za>
Message-ID: <3ZWGWj205nzRMN@mail.python.org>


Roundup Robot added the comment:

New changeset 54ee934400b3 by Ezio Melotti in branch '3.2':
#17493: re-enable a test on Windows.  Patch by Zachary Ware.
http://hg.python.org/cpython/rev/54ee934400b3

New changeset 8d22b6ed44e6 by Ezio Melotti in branch '3.3':
#17493: merge with 3.2.
http://hg.python.org/cpython/rev/8d22b6ed44e6

New changeset 2873f4971281 by Ezio Melotti in branch 'default':
#17493: merge with 3.3.
http://hg.python.org/cpython/rev/2873f4971281

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17493>
_______________________________________

From report at bugs.python.org  Wed Mar 20 17:20:30 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 20 Mar 2013 16:20:30 +0000
Subject: [issue17493] Unskip SysModuleTest.test_recursionlimit_fatalerror on
	Windows
In-Reply-To: <1363790956.56.0.816338130717.issue17493@psf.upfronthosting.co.za>
Message-ID: <1363796430.85.0.316011148635.issue17493@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the report and the patch!

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17493>
_______________________________________

From report at bugs.python.org  Wed Mar 20 17:28:29 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 20 Mar 2013 16:28:29 +0000
Subject: [issue17494] References to stack bottom are confusing
Message-ID: <1363796909.72.0.754685300638.issue17494@psf.upfronthosting.co.za>


New submission from anatoly techtonik:

If stack is saved in list and printed to the screen, it will be printed as:
[
  root,
  second,
  last
]

And the last elements is the bottom element. The documentation at http://docs.python.org/3/reference/datamodel.html#frame-objects refers "bottom element" to be the first one. That's confusing. It is better to avoid top/bottom and use first/last or root/terminal.

----------
assignee: docs at python
components: Documentation
messages: 184771
nosy: docs at python, techtonik
priority: normal
severity: normal
status: open
title: References to stack bottom are confusing
versions: 3rd party, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17494>
_______________________________________

From report at bugs.python.org  Wed Mar 20 19:15:36 2013
From: report at bugs.python.org (Ross Patterson)
Date: Wed, 20 Mar 2013 18:15:36 +0000
Subject: [issue17495] email.quoprimime.body_encode can't handle characters
	that encodings.quopri_codec can
Message-ID: <1363803336.58.0.787199828624.issue17495@psf.upfronthosting.co.za>


New submission from Ross Patterson:

When using email.charset.Charset to encode MIME bodie as quoted-printable, some characters that are encodable with the quopri_codec cause a KeyError in email.quoprimime:

Python 3.3.0 (default, Oct  7 2012, 14:43:21) 
[GCC 4.6.3] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> text_encoded = b'mo \xe2\x82\xac'
>>> text = text_encoded.decode('utf-8')
>>> print(text)
mo ?
>>> import codecs
>>> codecs.getencoder('quopri_codec')(text_encoded)[0]
b'mo=20=E2=82=AC'
>>> from email import charset
>>> c = charset.Charset('utf-8')
>>> c.header_encoding = charset.QP
>>> c.body_encoding = charset.QP
>>> c.header_encode(text)
'=?utf-8?q?mo_=E2=82=AC?='
>>> c.body_encode(text)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.3/email/charset.py", line 395, in body_encode
    return email.quoprimime.body_encode(string)
  File "/usr/lib/python3.3/email/quoprimime.py", line 240, in body_encode
    if body_check(ord(c)):
  File "/usr/lib/python3.3/email/quoprimime.py", line 81, in body_check
    return chr(octet) != _QUOPRI_BODY_MAP[octet]
KeyError: 8364

----------
components: email
messages: 184772
nosy: barry, r.david.murray, rpatterson
priority: normal
severity: normal
status: open
title: email.quoprimime.body_encode can't handle characters that encodings.quopri_codec can
type: behavior
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17495>
_______________________________________

From report at bugs.python.org  Wed Mar 20 19:16:38 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Wed, 20 Mar 2013 18:16:38 +0000
Subject: [issue9372] pulldom.DOMEventStream.__getitem__ is broken
In-Reply-To: <1279976693.98.0.219854761696.issue9372@psf.upfronthosting.co.za>
Message-ID: <1363803398.43.0.706915950067.issue9372@psf.upfronthosting.co.za>


Thomas Fenzl added the comment:

I added a depreciation warning to __getitem__.
Also added a testcase checking for it. As item access to DOMEventStream was never documented, no changes were made to the documentation.

----------
keywords: +patch
nosy: +Thomas Fenzl
Added file: http://bugs.python.org/file29506/pulldom_deprecation.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9372>
_______________________________________

From report at bugs.python.org  Wed Mar 20 19:16:39 2013
From: report at bugs.python.org (Ross Patterson)
Date: Wed, 20 Mar 2013 18:16:39 +0000
Subject: [issue17495] email.quoprimime.body_encode can't handle characters
	that encodings.quopri_codec can
In-Reply-To: <1363803336.58.0.787199828624.issue17495@psf.upfronthosting.co.za>
Message-ID: <1363803399.08.0.303137916218.issue17495@psf.upfronthosting.co.za>


Ross Patterson added the comment:

What is the reason that email.quoprimime doesn't use codecs.getencoder('quopri_codec') to do the actual character encoding?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17495>
_______________________________________

From report at bugs.python.org  Wed Mar 20 19:48:20 2013
From: report at bugs.python.org (Kushal Das)
Date: Wed, 20 Mar 2013 18:48:20 +0000
Subject: [issue5713] smtplib gets out of sync if server returns a 421 status
In-Reply-To: <1239049825.43.0.457403750239.issue5713@psf.upfronthosting.co.za>
Message-ID: <1363805300.79.0.464445779238.issue5713@psf.upfronthosting.co.za>


Kushal Das added the comment:

Here is a patch along with test case update which can be cleanly applied into default.

----------
nosy: +kushaldas
Added file: http://bugs.python.org/file29507/issue5713.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5713>
_______________________________________

From report at bugs.python.org  Wed Mar 20 20:02:42 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Wed, 20 Mar 2013 19:02:42 +0000
Subject: [issue17429] platform.platform() can throw Unicode error
In-Reply-To: <1363360110.07.0.662014346708.issue17429@psf.upfronthosting.co.za>
Message-ID: <1363806162.5.0.46565291399.issue17429@psf.upfronthosting.co.za>


Toshio Kuratomi added the comment:

Okay, new version of the patch with a unittest.

Re: os-release; I don't believe the current code can handle that file.  i\It changes format from a simple string (in most Linux distros) to key value pairs.  We'll probably need an update to the code to deal with that at some point in the future.

----------
Added file: http://bugs.python.org/file29508/00175-platform-unicode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17429>
_______________________________________

From report at bugs.python.org  Wed Mar 20 20:05:43 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 20 Mar 2013 19:05:43 +0000
Subject: [issue17495] email.quoprimime.body_encode can't handle characters
	that encodings.quopri_codec can
In-Reply-To: <1363803336.58.0.787199828624.issue17495@psf.upfronthosting.co.za>
Message-ID: <1363806343.54.0.820120764532.issue17495@psf.upfronthosting.co.za>


R. David Murray added the comment:

There is a long history behind quoprime in the email package, and I don't know all of it.  It is on my list of things to sort out (there is also potential duplication with the binascii module), but I haven't gotten to it yet.

The issue you report, though is a duplicate of issue 16948 and is already fixed in the repo.

You checked off 2.7.  Did you actually see a failure in 2.7?  It shouldn't be broken there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17495>
_______________________________________

From report at bugs.python.org  Wed Mar 20 20:07:42 2013
From: report at bugs.python.org (Ross Patterson)
Date: Wed, 20 Mar 2013 19:07:42 +0000
Subject: [issue17495] email.quoprimime.body_encode can't handle characters
	that encodings.quopri_codec can
In-Reply-To: <1363803336.58.0.787199828624.issue17495@psf.upfronthosting.co.za>
Message-ID: <1363806462.61.0.24166962446.issue17495@psf.upfronthosting.co.za>


Ross Patterson added the comment:

I thought I had tested it under 2.7, but I'm not entirely sure.

----------
versions:  -Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17495>
_______________________________________

From report at bugs.python.org  Wed Mar 20 20:08:50 2013
From: report at bugs.python.org (Ross Patterson)
Date: Wed, 20 Mar 2013 19:08:50 +0000
Subject: [issue17495] email.quoprimime.body_encode can't handle characters
	that encodings.quopri_codec can
In-Reply-To: <1363803336.58.0.787199828624.issue17495@psf.upfronthosting.co.za>
Message-ID: <1363806530.47.0.682700160634.issue17495@psf.upfronthosting.co.za>


Changes by Ross Patterson <me at rpatterson.net>:


----------
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17495>
_______________________________________

From report at bugs.python.org  Wed Mar 20 20:12:55 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 20 Mar 2013 19:12:55 +0000
Subject: [issue17495] email.quoprimime.body_encode can't handle characters
	that encodings.quopri_codec can
In-Reply-To: <1363803336.58.0.787199828624.issue17495@psf.upfronthosting.co.za>
Message-ID: <1363806775.33.0.177364186988.issue17495@psf.upfronthosting.co.za>


R. David Murray added the comment:

OK, if you find it is a bug on 2.7 you can reopen.

----------
stage:  -> committed/rejected
superseder:  -> email.mime.text.MIMEText: QP encoding broken with charset!=ISO-8859-1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17495>
_______________________________________

From report at bugs.python.org  Wed Mar 20 20:19:17 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 20 Mar 2013 19:19:17 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1363807157.28.0.270682915274.issue16475@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Indeed, would be nice to fix the test failures.

Besides, it would be extra nice if you could run the test suite *before* pushing your changes. Otherwise you're wasting everyone else's time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Wed Mar 20 20:21:02 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 19:21:02 +0000
Subject: [issue16997] subtests
In-Reply-To: <1358543231.78.0.354364612897.issue16997@psf.upfronthosting.co.za>
Message-ID: <3ZWLZj6yRzzSs5@mail.python.org>


Roundup Robot added the comment:

New changeset 5c09e1c57200 by Antoine Pitrou in branch 'default':
Issue #16997: unittest.TestCase now provides a subTest() context manager to procedurally generate, in an easy way, small test instances.
http://hg.python.org/cpython/rev/5c09e1c57200

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Wed Mar 20 20:24:01 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 20 Mar 2013 19:24:01 +0000
Subject: [issue16997] subtests
In-Reply-To: <1358543231.78.0.354364612897.issue16997@psf.upfronthosting.co.za>
Message-ID: <1363807441.59.0.914727565791.issue16997@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Finally committed :) Thanks everyone for the reviews and suggestions.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16997>
_______________________________________

From report at bugs.python.org  Wed Mar 20 20:34:06 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Wed, 20 Mar 2013 19:34:06 +0000
Subject: [issue17429] platform.platform() can throw Unicode error
In-Reply-To: <1363360110.07.0.662014346708.issue17429@psf.upfronthosting.co.za>
Message-ID: <1363808046.9.0.367772189773.issue17429@psf.upfronthosting.co.za>


Toshio Kuratomi added the comment:

Added NEWS file.  Rebased against hg default.  Ready for review.

----------
Added file: http://bugs.python.org/file29509/00175-platform-unicode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17429>
_______________________________________

From report at bugs.python.org  Wed Mar 20 20:50:05 2013
From: report at bugs.python.org (Alex Gaynor)
Date: Wed, 20 Mar 2013 19:50:05 +0000
Subject: [issue17496] OS X test for Tk availability in runtktests.py doesn't
	work
Message-ID: <1363809005.08.0.908370147082.issue17496@psf.upfronthosting.co.za>


New submission from Alex Gaynor:

If I run:

$ python -mtest.test_tk

I get a skip, after speaking with people familiar with OS X, it appears that the condition for the skip uses old Carbon APIs, which are totally deprecated under 64-bit. Attached is a patch which should work.

----------
files: tk-cond.diff
keywords: patch
messages: 184784
nosy: alex
priority: normal
severity: normal
status: open
title: OS X test for Tk availability in runtktests.py doesn't work
versions: Python 2.7
Added file: http://bugs.python.org/file29510/tk-cond.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17496>
_______________________________________

From report at bugs.python.org  Wed Mar 20 20:50:26 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 20 Mar 2013 19:50:26 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1363809026.51.0.0819682895955.issue16475@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

This should not have happened and it was indeed all tested. I'll investigate why these errors are happening.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Wed Mar 20 20:51:56 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 20 Mar 2013 19:51:56 +0000
Subject: [issue5713] smtplib gets out of sync if server returns a 421 status
In-Reply-To: <1239049825.43.0.457403750239.issue5713@psf.upfronthosting.co.za>
Message-ID: <1363809116.38.0.558393495953.issue5713@psf.upfronthosting.co.za>


R. David Murray added the comment:

I think this should be considered a bug fix.  While it is true that we are handling something that is a "more advanced" feature of the smpt protocl than what we are (currently) formally supporting in the module, the reality is that if one uses smtplib to communicate with a foreign mail server, you currently get unhandleable errors even if the library sticks to the currently supported RFC level.  I think that the fact that smtplib does the wrong then when it receives an unexpected error code followed by a connection close is a bug in smtplib regardless of what RFC level we are talking about.

In fact, this is one instance of a larger problem.  I have also seen a server that returns a 451 error code at the end of a data command *and then disconnects*.  I think that is out of spec even with the newer RFCs, but it is something that happens in the real world and so we should handle it.

The general problem in smtplib is that it does an rset on error, and if the other end has closed the connection, the rset raises a ServerDisconnectedError, masking the error code that the server actually reported.  This also should be fixed.

Clearly for 421 we should be doing a close and not an rset, and I think we may as well go ahead and do that even if we haven't upgraded the library to fully comply with the newer RFC yet, especially since we've got a patch here.  It is not a publicly visible API change, so I don't think the "new feature" rule needs to be applied strictly.  Correctly handling the case of rset finding the socket already closed would also have fixed this bug, and we should make that fix as well, since it seems that servers may unexpectedly close the connection after any error.

----------
components: +email
nosy: +r.david.murray
versions: +Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5713>
_______________________________________

From report at bugs.python.org  Wed Mar 20 21:00:45 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Wed, 20 Mar 2013 20:00:45 +0000
Subject: [issue5051] test_update2 in test_os.py invalid due to
	os.environ.clear() followed by reliance on environ COMSPEC
In-Reply-To: <1363712091.76.0.022023968048.issue5051@psf.upfronthosting.co.za>
Message-ID: <514A156C.3010506@roumenpetrov.info>


Roumen Petrov added the comment:

Hi Ned,

> Ned Jackson Lovely added the comment:
[SNIP]
> In both cases, the currently running python executable, fetched via sys.executable and run using os.popen, is used to print the value, instead of the shell's echo. This moves things closer towards cross-platform niceness, and removes the dependency on /bin/sh.
>
> Unfortunately, I don't have a Windows machine readily available to test this on. Could apply your preferred patch, run it for me, and let me know if you have any problems?

$ uname -a
MINGW32_NT-5.1 QEMU 1.0.18(0.48/3/2) 2012-11-21 22:34 i686 Msys
---
Python 3.4.0a0 (default, Mar 20 2013, 00:32:43)
[GCC 4.7.2] on win32
---
$ cat ...test_os.py
....
     # Bug 1110478
     def test_update2(self):
         minimal_environ_keys = ('COMSPEC', 'PATH',)
         minimal_environ = {k:os.environ[k] for k in minimal_environ_keys
                             if k in os.environ}
         os.environ.clear()
         os.environ.update(HELLO="World")
         minimal_environ['HELLO'] = "World"
         os.environ.update(minimal_environ)
         python_cmd = "{0} -c \"import os;print(os.environ['HELLO'])\""
         with os.popen(python_cmd.format(sys.executable)) as popen:
             value = popen.read().strip()
             self.assertEqual(value, "World")

     # Bug 1110478
     def test_update3(self):
         self.assertTrue('HELLO' not in os.environ)
         os.environ.update(HELLO="World")
         python_cmd = "{0} -c \"import os;print(os.environ['HELLO'])\""
         with os.popen(python_cmd.format(sys.executable)) as popen:
             value = popen.read().strip()
             self.assertEqual(value, "World")

     @unittest.skipUnless(os.path.exists('/bin/sh'), 'requires /bin/sh')
     def test_os_popen_iter(self):
         with os.popen(
             "/bin/sh -c 'echo \"line1\nline2\nline3\"'") as popen:
             it = iter(popen)
             self.assertEqual(next(it), "line1\n")
             self.assertEqual(next(it), "line2\n")
             self.assertEqual(next(it), "line3\n")
             self.assertRaises(StopIteration, next, it)
....

result:
....
test_update (test.test_os.EnvironTests) ... ok
test_update2 (test.test_os.EnvironTests) ... ok
test_update3 (test.test_os.EnvironTests) ... ok
test_values (test.test_os.EnvironTests) ... ok
....

So with both (take2&take3) updates tests pass. Should work with MSVC builds.

May be test_os_popen_iter could be updated .

> Regards,
>
> Ned

----------
nosy: +rpetrov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5051>
_______________________________________

From report at bugs.python.org  Wed Mar 20 21:33:11 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 20 Mar 2013 20:33:11 +0000
Subject: [issue17272] request.full_url: unexpected results on assignment
In-Reply-To: <1361512602.9.0.97298415685.issue17272@psf.upfronthosting.co.za>
Message-ID: <1363811591.57.0.627828351804.issue17272@psf.upfronthosting.co.za>


R. David Murray added the comment:

Having looked at the current handling of the data attribute in the context of another issue, I am now inclined to agree with you that full_url should be updated in order to have the API have a consistent behavior.  Although it isn't backward incompatible API wise, it is possible for existing code to depend on the other values *not* being recomputed (presumably unintentionally, since that would be a rather odd thing to do :), so I still think the change should only be made in 3.4.  I'm open to argument on that, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17272>
_______________________________________

From report at bugs.python.org  Wed Mar 20 21:38:02 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 20 Mar 2013 20:38:02 +0000
Subject: [issue17272] request.full_url: unexpected results on assignment
In-Reply-To: <1361512602.9.0.97298415685.issue17272@psf.upfronthosting.co.za>
Message-ID: <1363811882.21.0.807837075575.issue17272@psf.upfronthosting.co.za>


R. David Murray added the comment:

Oh, data being a property is 3.4 only.  So if consistency is the goal, this should definately be a 3.4 only change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17272>
_______________________________________

From report at bugs.python.org  Wed Mar 20 21:38:47 2013
From: report at bugs.python.org (karl)
Date: Wed, 20 Mar 2013 20:38:47 +0000
Subject: [issue5550] [urllib.request]: Comparison of HTTP headers should be
	insensitive to the case
In-Reply-To: <1237870141.83.0.616869799184.issue5550@psf.upfronthosting.co.za>
Message-ID: <1363811927.38.0.599266077583.issue5550@psf.upfronthosting.co.za>


karl added the comment:

First, Sanity check for myself to be sure to understand.
==============================================
? python3.3
Python 3.3.0 (v3.3.0:bd8afb90ebf2, Sep 29 2012, 01:25:11) 
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib.request
>>> req = urllib.request.Request('http://www.python.org/')
>>> req.headers
{}
>>> req.unredirected_hdrs
{}
>>> r = urllib.request.urlopen(req)
>>> req.headers
{}
>>> req.unredirected_hdrs
{'User-agent': 'Python-urllib/3.3', 'Host': 'www.python.org'}
>>> req.header_items()
[('User-agent', 'Python-urllib/3.3'), ('Host', 'www.python.org')]
>>> req.has_header('host')
False
>>> req.has_header('Host')
True
>>> req.get_header('host')
>>> req.get_header('Host')
'www.python.org'
>>> 'host' in req.unredirected_hdrs
False
>>> 'Host' in req.unredirected_hdrs
True
>>> 'host' in req.header_items()
False
>>> 'Host' in req.header_items()
False
>>> req.unredirected_hdrs.items()
dict_items([('User-agent', 'Python-urllib/3.3'), ('Host', 'www.python.org')])
>>> req.headers.get('Host', req.unredirected_hdrs.get('Host',None))
'www.python.org'
>>> req.headers.get('Host')
>>> req.headers.get('host'.capitalize(), req.unredirected_hdrs.get('host'.capitalize(),None))
'www.python.org'
>>> req.headers.get('HOST'.capitalize(), req.unredirected_hdrs.get('HOST'.capitalize(),None))
'www.python.org'
>>> req.headers.get('host'.title(), req.unredirected_hdrs.get('host'.title(),None))
'www.python.org'
>>> 'host'.capitalize() in req.unredirected_hdrs
True
==============================================

OK. The two add methods force the capitalization thought capitalize() (And not title() which is an issue by itself)

http://hg.python.org/cpython/file/3.3/Lib/urllib/request.py#l359

    def add_header(self, key, val):
        # useful for something like authentication
        self.headers[key.capitalize()] = val

    def add_unredirected_header(self, key, val):
        # will not be added to a redirected request
        self.unredirected_hdrs[key.capitalize()] = val


HTTP headers are case insensitive. The way the methods get_header() and has_header() are currently designed. We could also capitalize the variable before requesting it.


So something like 

    def get_header(self, header_name, default=None):
        return self.headers.get(
            header_name.capitalize(),
            self.unredirected_hdrs.get(header_name.capitalize(), default))


    def has_header(self, header_name):
        return (header_name.capitalize() in self.headers or
                header_name.capitalize() in self.unredirected_hdrs)

The method to add headers on request is 

>>> req.add_header("foo-bar","booh")
>>> req.headers
{'Foo-bar': 'booh'}
>>> req.unredirected_hdrs
{'User-agent': 'Python-urllib/3.3', 'Host': 'www.python.org'}
>>> req.header_items()
[('Foo-bar', 'booh'), ('User-agent', 'Python-urllib/3.3'), ('Host', 'www.python.org')]


So if someone add an header it will be capitalized. And the query will be correct.

The issue is more with addheader which doesn't have the same constraint.
http://hg.python.org/cpython/file/3.3/Lib/urllib/request.py#l1624

Personally I would have made everything case insensitive ;)

Also note that in this module the casing is not consistent when the values are hardcoded. Sometimes Content-Type, sometimes Content-type.

Anyway I submitted a patch with the code modification AND the test. And this is the result when running the test suite.

? ./python.exe Lib/test/test_urllib2net.py 
test_sni (__main__.HTTPSTests) ... skipped 'test disabled - test server needed'
test_custom_headers (__main__.OtherNetworkTests) ... ok
test_file (__main__.OtherNetworkTests) ... ok
test_ftp (__main__.OtherNetworkTests) ... ok
test_headers_case_sensitivity (__main__.OtherNetworkTests) ... ok
test_sites_no_connection_close (__main__.OtherNetworkTests) ... /Users/karl/Documents/2011/cpython/Lib/socket.py:370: ResourceWarning: unclosed <socket.socket object, fd=5, family=2, type=1, proto=6>
  self._sock = None
ok
test_urlwithfrag (__main__.OtherNetworkTests) ... ok
test_close (__main__.CloseSocketTest) ... ok
test_ftp_basic (__main__.TimeoutTest) ... ok
test_ftp_default_timeout (__main__.TimeoutTest) ... ok
test_ftp_no_timeout (__main__.TimeoutTest) ... ok
test_ftp_timeout (__main__.TimeoutTest) ... ok
test_http_basic (__main__.TimeoutTest) ... ok
test_http_default_timeout (__main__.TimeoutTest) ... ok
test_http_no_timeout (__main__.TimeoutTest) ... ok
test_http_timeout (__main__.TimeoutTest) ... ok

----------------------------------------------------------------------
Ran 16 tests in 15.259s

OK (skipped=1)
[137983 refs]

----------
Added file: http://bugs.python.org/file29511/issue-5550-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5550>
_______________________________________

From report at bugs.python.org  Wed Mar 20 21:42:28 2013
From: report at bugs.python.org (Sean Reifschneider)
Date: Wed, 20 Mar 2013 20:42:28 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <1363812148.76.0.224929306242.issue16754@psf.upfronthosting.co.za>


Sean Reifschneider added the comment:

Toshio and Matthias: This approach seems sane to me, Nick asked me to review this ticket.  I'm not coming up with any objections.  +1 for retiring SO at some point after 3.2, and EXT_SUFFIX and SHLIB_SUFFIX.

What documentation needs to be changed?  PEP 3149 (maybe just reference this being obsolete)?  What other documentation?

----------
nosy: +jafo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Wed Mar 20 21:47:36 2013
From: report at bugs.python.org (Matt Tierney)
Date: Wed, 20 Mar 2013 20:47:36 +0000
Subject: [issue17497] Unicode support for HTTP headers in http.client
Message-ID: <1363812456.89.0.0460717303906.issue17497@psf.upfronthosting.co.za>


New submission from Matt Tierney:

Changed the headers string charset to utf-8 since a header field may contain non-iso-8859-1 characters. For instance, a Location header field may contain Cyrillic characters.

----------
components: Library (Lib)
files: tierney.patch
keywords: patch
messages: 184792
nosy: tierney
priority: normal
severity: normal
status: open
title: Unicode support for HTTP headers in http.client
type: enhancement
versions: Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file29512/tierney.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17497>
_______________________________________

From report at bugs.python.org  Wed Mar 20 21:48:30 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 20 Mar 2013 20:48:30 +0000
Subject: [issue17498] error responses from server are masked in smtplib when
	server closes connection
Message-ID: <1363812510.09.0.989538319205.issue17498@psf.upfronthosting.co.za>


New submission from R. David Murray:

If an SMTP server returns an error code and then closes the connection, smtplib will attempt to send an RSET command, which will then raise a socket error, which smtplib turns into a ServerDisconnectedError, thereby loosing the information about what error code the server actually returned.  While (except for code 421, as noted in issue 5713) a server doing this is technically out of spec with the RFC, it is a reality of the internet that it happens, and smtplib should handle it correctly.
  
Since the RSET is just to get the protocol back to a known starting state after an error, I believe the fix is to have an internal _rset method that wraps the RSET call in a try/except and just ignores any ServerDiscoonected error.  The library would then call this internally instead of the public API method.  If the library client continues on after the error code it gets back from calling an smtplib method that results in the server closing the connection, it will get the ServerDisconnected error the next time it tries to send a command to the server.  Thus the behavior change introduced here is just to allow commands that end with server disconnects to return an error code instead of an (otherwise mysterious and quite possibly currently-mishandled) ServerDisconnected error.  Since any existing code will already need to handle errors from commands sent to servers that *don't* disconnect, I believe that this is a safe fix from a backward compatibility standpoint.

----------
messages: 184793
nosy: r.david.murray
priority: normal
severity: normal
stage: needs patch
status: open
title: error responses from server are masked in smtplib when server closes connection
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17498>
_______________________________________

From report at bugs.python.org  Wed Mar 20 21:49:00 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 20 Mar 2013 20:49:00 +0000
Subject: [issue17498] error responses from server are masked in smtplib when
	server closes connection
In-Reply-To: <1363812510.09.0.989538319205.issue17498@psf.upfronthosting.co.za>
Message-ID: <1363812540.49.0.727055129146.issue17498@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +kushaldas

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17498>
_______________________________________

From report at bugs.python.org  Wed Mar 20 21:50:46 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Mar 2013 20:50:46 +0000
Subject: [issue5713] smtplib gets out of sync if server returns a 421 status
In-Reply-To: <1239049825.43.0.457403750239.issue5713@psf.upfronthosting.co.za>
Message-ID: <1363812646.16.0.573441075227.issue5713@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Given that David is usually more conservative about calling things bugs than I am, knows more about this subject than me, and has explained that the change will make smptlib act more sanely in the face of external errors, I am reversing myself and agreeing with him.

The patch seems to tighten the test in a way relevant to the code change.

I see that there are several open smptlib issues.
Should we open one for 'update to rfc 5321'?
Does the absence of 'obsoleted by' (or similar) mean that it is still the latest?

----------
stage: test needed -> patch review
type: enhancement -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5713>
_______________________________________

From report at bugs.python.org  Wed Mar 20 21:56:25 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Wed, 20 Mar 2013 20:56:25 +0000
Subject: [issue2623] Patch: xmlrpclib client ignores datetime tzinfo when
	creating iso8601 dates
In-Reply-To: <1207980709.57.0.906116162724.issue2623@psf.upfronthosting.co.za>
Message-ID: <1363812985.34.0.740432779779.issue2623@psf.upfronthosting.co.za>


Thomas Fenzl added the comment:

Is this still relevant?
The new xmlrcp.client still dumps both naive and aware datetimes as ISO 8601 strings without timezone information. xmlrpc.client.DateTime does not handle ISO 8601 with timezone information. 

So if it is, it could be updated to using strings without timezone for naive datetimes and with timezone for aware. Not sure if that could break clients parsing the xml themselves.

----------
nosy: +Thomas Fenzl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2623>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:09:19 2013
From: report at bugs.python.org (Larry Hastings)
Date: Wed, 20 Mar 2013 21:09:19 +0000
Subject: [issue17499] inspect.Signature and inspect.Parameter objects are
	mutable
Message-ID: <1363813759.44.0.759244724725.issue17499@psf.upfronthosting.co.za>


New submission from Larry Hastings:

The documentation for Inspect.Signature and Inspect.Parameter states that the objects are immutable.  And they go to great lengths to provide a convenient interface allowing you to "replace" members.

However, the objects make only a pathetic effort at being immutable.  They hide their public API members (e.g. "name") behind a property, which they store internally in a member prefixed with an underscore (e.g. "_name").  BUT THE INTERNAL MEMBER IS EXTERNALLY MUTABLE.

Example code:

    >>> def foo(i=3): pass
    >>> sig = inspect.signature(foo)
    >>> str(sig)
    '(i=3)'
    >>> sig.parameters['i']._name ='silly'
    >>> str(sig)
    '(silly3)'

----------
components: Library (Lib)
messages: 184796
nosy: brett.cannon, larry
priority: low
severity: normal
stage: test needed
status: open
title: inspect.Signature and inspect.Parameter objects are mutable
type: behavior
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17499>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:20:34 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Mar 2013 21:20:34 +0000
Subject: [issue1003195] segfault when running smtplib example
Message-ID: <1363814434.57.0.92131998894.issue1003195@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The original poster's links are dead. Without a reproducible problem with a current release, there is nothing we can do. Anyone who can provide such and will respond to requests for more information can reopen.

Note:
On Win 7 with 3.2, 3.3, current example exits on line
    server = smtplib.SMTP('localhost')
with
socket.error: [Errno 10061] No connection could be made because the target machine actively refused it

----------
nosy: +terry.reedy
resolution:  -> wont fix
stage:  -> test needed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1003195>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:22:14 2013
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 20 Mar 2013 21:22:14 +0000
Subject: [issue17499] inspect.Signature and inspect.Parameter objects are
	mutable
In-Reply-To: <1363813759.44.0.759244724725.issue17499@psf.upfronthosting.co.za>
Message-ID: <1363814534.24.0.154490699964.issue17499@psf.upfronthosting.co.za>


Brett Cannon added the comment:

So what do you propose as a solution? Do you want to subclass tuple and then override __getitem__() so they can't index into the underlying tuple? Use __mangled names?

I mean if people are going to break the API to muck with stuff we can't stop them (nor can they complain if their code breaks).

----------
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17499>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:25:54 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 20 Mar 2013 21:25:54 +0000
Subject: [issue5550] [urllib.request]: Comparison of HTTP headers should be
	insensitive to the case
In-Reply-To: <1237870141.83.0.616869799184.issue5550@psf.upfronthosting.co.za>
Message-ID: <1363814754.01.0.114068719727.issue5550@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Karl - a patch is welcome. BTW, I wanted to search for an already existing and I think open issue with a patch ( probably written by me) somewhere. We have to see what's the diff of that issue with new one. I will share that issue in this id. But yeah, this is a good discussion and +1 for this fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5550>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:27:10 2013
From: report at bugs.python.org (=?utf-8?b?VsOtY3RvciBUZXJyw7Nu?=)
Date: Wed, 20 Mar 2013 21:27:10 +0000
Subject: [issue17489] random.Random implements __getstate__() and __reduce__()
In-Reply-To: <1363744152.72.0.512816356839.issue17489@psf.upfronthosting.co.za>
Message-ID: <1363814830.34.0.878610535859.issue17489@psf.upfronthosting.co.za>


V?ctor Terr?n added the comment:

Ramchandra, that is not the behavior that I am able to reproduce. Please see the attached example: in the presence of __reduce__(), __getstate__() is not being called whether the class or an instance its pickled. This is also in consonance with what is stated in the docs, which warn that "Although powerful, implementing __reduce__() directly in your classes is error prone. For this reason, class designers should use the high-level interface (i.e., __getnewargs__(), __getstate__() and __setstate__()) whenever possible".

----------
Added file: http://bugs.python.org/file29513/issue17489_example.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17489>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:28:53 2013
From: report at bugs.python.org (Eric Snow)
Date: Wed, 20 Mar 2013 21:28:53 +0000
Subject: [issue16991] Add OrderedDict written in C
In-Reply-To: <1358482110.59.0.347859163753.issue16991@psf.upfronthosting.co.za>
Message-ID: <1363814933.7.0.935337053904.issue16991@psf.upfronthosting.co.za>


Eric Snow added the comment:

My current patch ends up with O(n) deletion, which won't fly, so I'm refactoring.  While I'm at it I'm also planning on using the BSD queue.h doubly-linked list rather than the one that I rolled.  I'm also going to pull the ordered dict implementation into it's own source file.  However, these things should not have much of an impact on most of the code I've already written.  I anticipate that the changes won't translate into a further large volume of work.

In talking to Raymond, he emphasized the importance of making sure we avoid reentrancy problems.  I'll be double-checking that and likely making use of the GIL in a couple spots.

While the bulk of the implementation is complete, the remaining work to do here is what I've described above, along with more testing.  An orthogonal problem is addressing the problem of the concrete dict API.  I'll bring that up separately when this issue is basically done.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16991>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:30:22 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 20 Mar 2013 21:30:22 +0000
Subject: [issue5713] smtplib gets out of sync if server returns a 421 status
In-Reply-To: <1239049825.43.0.457403750239.issue5713@psf.upfronthosting.co.za>
Message-ID: <1363815022.0.0.245327094546.issue5713@psf.upfronthosting.co.za>


R. David Murray added the comment:

Sure, a new issue for making sure smtplib conforms to 5321 would be good (we already did it for smptd; hopefully we didn't miss anything).

For the moment 5321 is the standard.  There's a new one coming, where utf-8 will be allowed, but we're not quite ready to tackle that yet (soon, though, hopefully).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5713>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:33:40 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 20 Mar 2013 21:33:40 +0000
Subject: [issue17497] Unicode support for HTTP headers in http.client
In-Reply-To: <1363812456.89.0.0460717303906.issue17497@psf.upfronthosting.co.za>
Message-ID: <1363815220.2.0.994392780175.issue17497@psf.upfronthosting.co.za>


R. David Murray added the comment:

My understanding is that iso-8859-1 is the standard, and really means "binary".  Turning it into unicode happens later.  See the WSGI PEPs for more information.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17497>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:37:06 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 20 Mar 2013 21:37:06 +0000
Subject: [issue17499] inspect.Signature and inspect.Parameter objects are
	mutable
In-Reply-To: <1363813759.44.0.759244724725.issue17499@psf.upfronthosting.co.za>
Message-ID: <1363815426.54.0.944540373489.issue17499@psf.upfronthosting.co.za>


R. David Murray added the comment:

"BUT THE INTERNAL MEMBER IS EXTERNALLY MUTABLE."

Your point being?  This is Python, the consenting adults language :).

----------
nosy: +r.david.murray
resolution:  -> invalid
stage: test needed -> committed/rejected
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17499>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:42:06 2013
From: report at bugs.python.org (Matthias Klose)
Date: Wed, 20 Mar 2013 21:42:06 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <1363815726.04.0.650221687297.issue16754@psf.upfronthosting.co.za>


Matthias Klose added the comment:

proposed PEP change. Or should the change itself be documented in the PEP?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:42:38 2013
From: report at bugs.python.org (Matthias Klose)
Date: Wed, 20 Mar 2013 21:42:38 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <1363815758.45.0.941732602313.issue16754@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


Added file: http://bugs.python.org/file29514/pep.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:49:13 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Mar 2013 21:49:13 +0000
Subject: [issue15013] smtplib: add low-level APIs to doc?
In-Reply-To: <1338968663.18.0.754320203153.issue15013@psf.upfronthosting.co.za>
Message-ID: <1363816153.46.0.919369956059.issue15013@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

By current standards, we normally document all public methods. 

.rset() and .noop() are trivial, "same as .docmd('funcname')"

.help() is almost trivial, just removing the first field of the reply (I assume a return code). 'returns message part of .putcmd('help')"

.mail(s, options) and .rcpt(r, options) are not so trivial. Explaining the possible options, I presume defined in the rfcs and used elsewhere by other methods, seems beyond the scope of the docs. "Open mail session; for *options* list, see RFCs" might be a possible entry.

.data(msg) also seems complicated in its details. I can see why the author left out such minutia for something that normally should not be called. I would be inclined to just say "Send message to server; see docstring for details."

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15013>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:49:30 2013
From: report at bugs.python.org (karl)
Date: Wed, 20 Mar 2013 21:49:30 +0000
Subject: [issue12455] urllib2 forces title() on header names,
	breaking some requests
In-Reply-To: <1309461818.92.0.299415077626.issue12455@psf.upfronthosting.co.za>
Message-ID: <1363816170.82.0.709182072924.issue12455@psf.upfronthosting.co.za>


karl added the comment:

terry.reedy:


You said: "and that has_header and get_header *require* the .capitalize() form and reject the .title() form."

I made a patch for these two. 
See http://bugs.python.org/issue5550

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12455>
_______________________________________

From report at bugs.python.org  Wed Mar 20 22:57:41 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 20 Mar 2013 21:57:41 +0000
Subject: [issue17150] pprint could use line continuation for long string
	literals
In-Reply-To: <1360241467.59.0.786252231553.issue17150@psf.upfronthosting.co.za>
Message-ID: <1363816661.16.0.659393657634.issue17150@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Here is a new patch with more tests and updated docs.

----------
Added file: http://bugs.python.org/file29515/str_pprint2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17150>
_______________________________________

From report at bugs.python.org  Wed Mar 20 23:01:40 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 20 Mar 2013 22:01:40 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <3ZWQ834FyHzSwX@mail.python.org>


Roundup Robot added the comment:

New changeset f4c21179690b by Kristj?n Valur J?nsson in branch 'default':
Issue #16475: Simplify the interface to r_ref_allocate and improve comments.
http://hg.python.org/cpython/rev/f4c21179690b

New changeset 42bf74b90626 by Kristj?n Valur J?nsson in branch 'default':
Issue #16475 : Correctly handle the EOF when reading marshal streams.
http://hg.python.org/cpython/rev/42bf74b90626

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Wed Mar 20 23:03:04 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Wed, 20 Mar 2013 22:03:04 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <1363816984.44.0.845212978221.issue16754@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Wed Mar 20 23:51:15 2013
From: report at bugs.python.org (Kushal Das)
Date: Wed, 20 Mar 2013 22:51:15 +0000
Subject: [issue17498] error responses from server are masked in smtplib when
	server closes connection
In-Reply-To: <1363812510.09.0.989538319205.issue17498@psf.upfronthosting.co.za>
Message-ID: <1363819875.09.0.537628657615.issue17498@psf.upfronthosting.co.za>


Kushal Das added the comment:

Working on a patch for this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17498>
_______________________________________

From report at bugs.python.org  Wed Mar 20 23:53:22 2013
From: report at bugs.python.org (Matthias Klose)
Date: Wed, 20 Mar 2013 22:53:22 +0000
Subject: [issue17500] move PC/icons/source.xar to
	http://www.python.org/community/logos/
Message-ID: <1363820002.7.0.633809398541.issue17500@psf.upfronthosting.co.za>


New submission from Matthias Klose:

This is a proposal to move the PC/icons/source.xar from the core distribution to the python website. Afaics currently the derived file PC/icons/baselogo is only used, and http://www.python.org/community/logos/ has even other recommended svg files for the logo.

The logo files were added in issue1490384, and source.xar explained (http://bugs.python.org/issue1490384#msg50276) as:

   > source.xar; not sure either

   This is the primary vector graphics source of the icons -
   the other SVG and PNG files are just there because other
   people requested them.

   It's in Xara format, a previously proprietary graphics
   application which has now gone open-source and is heading
   rapidly towards being usable on Linux, but isn't quite there
   yet.

However Xara was never open-source and shipped with pre-built binaries afaicr, and today you can't download even that anymore. Besides not being used for the (windows) build, Debian cannot even distribute this file, because it cannot be modified in it's current form with free software, and therefore has to be removed for the upstream tarball for each Debian upload.  So it would help Debian to ship the unmodified upstream tarball.

The source.xar could be kept available on the python website together with the other logo files.

----------
assignee: doko
messages: 184811
nosy: doko, loewis
priority: normal
severity: normal
status: open
title: move PC/icons/source.xar to http://www.python.org/community/logos/
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17500>
_______________________________________

From report at bugs.python.org  Wed Mar 20 23:58:33 2013
From: report at bugs.python.org (emmanuel)
Date: Wed, 20 Mar 2013 22:58:33 +0000
Subject: [issue14916] PyRun_InteractiveLoop fails to run interactively when
	using a Linux pty that's not tied to stdin/stdout
In-Reply-To: <1337960558.56.0.442179213708.issue14916@psf.upfronthosting.co.za>
Message-ID: <1363820313.71.0.728425567978.issue14916@psf.upfronthosting.co.za>


emmanuel added the comment:

Kevin,
I've read more carefully your messages and investigated some more.
It seems that there are several issues:
1/ To take input from a defined tty without interfering with standard file descriptors
2/ To have the result (object) of evaluation printed to a defined tty without interfering with standard file descriptors
3/ (optionally) To direct to the tty (or not) the output that is a side effect of the evaluation
Provided that no one messes with PyOS_ReadlineFunctionPointer (as with "import readline") it should be possible to solve 1 without modifying Python, and "approximately" solve 2 (with 3 implied out of necessity).
On the other hand, modifying Python as you suggest could solve 1, but issues 2 and 3 would still remain and probably require some other modifications.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14916>
_______________________________________

From report at bugs.python.org  Thu Mar 21 01:01:04 2013
From: report at bugs.python.org (Sanjeev Paskaradevan)
Date: Thu, 21 Mar 2013 00:01:04 +0000
Subject: [issue9506] sqlite3 mogrify - return query string
In-Reply-To: <1280921343.13.0.231831121556.issue9506@psf.upfronthosting.co.za>
Message-ID: <1363824064.85.0.203216645685.issue9506@psf.upfronthosting.co.za>


Sanjeev Paskaradevan added the comment:

An implementation of mogrify for pysqlite will necessarily be different from the Psycopg2 implementation because of the way queries are executed in Psycopg2 vs. pysqlite.

In Pyscopg2 the arguments are bound into the query using mogrify and then executed using PQExec or PQsendQuery.

Whereas the pysqlite implementation uses sqlite3 prepared statements to bind the parameters using the interfaces defined here: http://www.sqlite.org/c3ref/bind_blob.html

As such, the pysqlite implementation never holds a "complete" sql statement with substituted parameters, as well, the sqlite3 C interfaces do not provide a way to retrive the complete statement.

We can implement a 'mogrify' method for pysqlite but by necessity it would not be "exactly" the same as the psycopg2 implementation.  For one thing the string thus generated would not be the statement that is sent to sqlite3.

Should we implement a mogrify anyway?

----------
nosy: +Sanjeev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9506>
_______________________________________

From report at bugs.python.org  Thu Mar 21 01:07:39 2013
From: report at bugs.python.org (Larry Hastings)
Date: Thu, 21 Mar 2013 00:07:39 +0000
Subject: [issue17499] inspect.Signature and inspect.Parameter objects are
	mutable
In-Reply-To: <1363813759.44.0.759244724725.issue17499@psf.upfronthosting.co.za>
Message-ID: <1363824459.76.0.0247273765939.issue17499@psf.upfronthosting.co.za>


Larry Hastings added the comment:

Yes, it seems I've been living in a fool's paradise, happy and ignorant.  I thought that the behavior of garden-variety "immutable" objects was like tuple, where the implementor shored up the interface and the saboteur had to work *really* hard to modify the contents.  But apparently most immutable objects are more like Signature, where we tape up a hand-written sign saying "Plase Dont Chagne Anyting Wiht A Underbar In Frunt Kthxbai".

At least it's not hashable!

(Sorry for the noise.)

----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17499>
_______________________________________

From report at bugs.python.org  Thu Mar 21 01:29:05 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Thu, 21 Mar 2013 00:29:05 +0000
Subject: [issue17501] cannot create a raw string ending in backslash
Message-ID: <1363825745.66.0.69064999294.issue17501@psf.upfronthosting.co.za>


New submission from Thomas Fenzl:

r'\' and r"\" cannot be parsed, because the backslash escapes the quotation ending the string, leading to a syntax error

----------
messages: 184815
nosy: Thomas Fenzl
priority: normal
severity: normal
status: open
title: cannot create a raw string ending in backslash
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17501>
_______________________________________

From report at bugs.python.org  Thu Mar 21 01:30:15 2013
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Mar 2013 00:30:15 +0000
Subject: [issue17501] cannot create a raw string ending in backslash
In-Reply-To: <1363825745.66.0.69064999294.issue17501@psf.upfronthosting.co.za>
Message-ID: <1363825815.39.0.119238986959.issue17501@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Correct, but it's easy to work around this issue. For example:

>>> print(r"a" "\\")
a\

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17501>
_______________________________________

From report at bugs.python.org  Thu Mar 21 01:36:55 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Thu, 21 Mar 2013 00:36:55 +0000
Subject: [issue17501] cannot create a raw string ending in backslash
In-Reply-To: <1363825745.66.0.69064999294.issue17501@psf.upfronthosting.co.za>
Message-ID: <1363826215.47.0.522134254002.issue17501@psf.upfronthosting.co.za>


Thomas Fenzl added the comment:

right, and I only just saw it's documented

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17501>
_______________________________________

From report at bugs.python.org  Thu Mar 21 01:38:27 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Thu, 21 Mar 2013 00:38:27 +0000
Subject: [issue17501] cannot create a raw string ending in backslash
In-Reply-To: <1363825745.66.0.69064999294.issue17501@psf.upfronthosting.co.za>
Message-ID: <1363826307.49.0.382586591204.issue17501@psf.upfronthosting.co.za>


Changes by Thomas Fenzl <thomas.fenzl at gmx.net>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17501>
_______________________________________

From report at bugs.python.org  Thu Mar 21 01:38:42 2013
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Mar 2013 00:38:42 +0000
Subject: [issue17501] cannot create a raw string ending in backslash
In-Reply-To: <1363825745.66.0.69064999294.issue17501@psf.upfronthosting.co.za>
Message-ID: <1363826322.03.0.456862524.issue17501@psf.upfronthosting.co.za>


STINNER Victor added the comment:

This is part of the Python language (syntax). If the workaround is documented, we cannot do anything else, so I'm closing the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17501>
_______________________________________

From report at bugs.python.org  Thu Mar 21 01:47:21 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Thu, 21 Mar 2013 00:47:21 +0000
Subject: [issue5609] Create Unit Tests for nturl2path module
In-Reply-To: <1238434174.72.0.622903214477.issue5609@psf.upfronthosting.co.za>
Message-ID: <1363826841.08.0.907334764235.issue5609@psf.upfronthosting.co.za>


Thomas Fenzl added the comment:

The tests work on linux, so I removed the check for nt. 
Also I adapted them to the latest implementation using ':' instead of '|' as drive letter separator.

----------
keywords: +patch
nosy: +Thomas Fenzl
Added file: http://bugs.python.org/file29516/test_urllib.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5609>
_______________________________________

From report at bugs.python.org  Thu Mar 21 01:54:21 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Thu, 21 Mar 2013 00:54:21 +0000
Subject: [issue16310] zipfile: allow surrogates in filenames
In-Reply-To: <1351082025.34.0.287428579283.issue16310@psf.upfronthosting.co.za>
Message-ID: <1363827261.26.0.705248323617.issue16310@psf.upfronthosting.co.za>


Toshio Kuratomi added the comment:

Okay, here's the first version of a patch to add surrogate support to a zipfile.  I think it's the minimum required to fix this bug.

When archiving, if a filename contains surrogateescape'd bytes, it switches to cp437 when it saves the filename into the zipfile.  This seems to be the strategy of other zip tools.  Nothing changes when unarchiving (probably to deal with what comes out of other tools).

The documentation is also updated to mention that unknown encodings are a problem that the zipfile module doesn't handle automatically for you.

I think we could do better but this is a major improvement over the status quo (no tracebacks).  Would someone care to review this for merge and then we could work on adding some notion of a user-specified encoding to override cp437 encoding on dearchiving.  (which I think would satisfy:  issue10614, issue10972).

The use case in issue10757 might be fixed by this patch (or this patch plus the user specified encoding).  Have to look a little harder at it.

----------
keywords: +patch
Added file: http://bugs.python.org/file29517/python3-zipfile-surrogate.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16310>
_______________________________________

From report at bugs.python.org  Thu Mar 21 02:08:27 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 01:08:27 +0000
Subject: [issue5713] smtplib gets out of sync if server returns a 421 status
In-Reply-To: <1239049825.43.0.457403750239.issue5713@psf.upfronthosting.co.za>
Message-ID: <1363828107.5.0.665510847062.issue5713@psf.upfronthosting.co.za>


R. David Murray added the comment:

I had to rewrite the tests for 3.2, and I added tests to test all three cases where 421 is returned.  I'm in the process of merging this, but I'll upload the patch so that Kushal can see the test structure for the followon patch.

----------
Added file: http://bugs.python.org/file29518/smtp421.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5713>
_______________________________________

From report at bugs.python.org  Thu Mar 21 02:08:28 2013
From: report at bugs.python.org (Santoso Wijaya)
Date: Thu, 21 Mar 2013 01:08:28 +0000
Subject: [issue13234] os.listdir breaks with literal paths
In-Reply-To: <1319129686.22.0.325584161741.issue13234@psf.upfronthosting.co.za>
Message-ID: <1363828108.11.0.472413592307.issue13234@psf.upfronthosting.co.za>


Santoso Wijaya added the comment:

Done.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13234>
_______________________________________

From report at bugs.python.org  Thu Mar 21 02:15:12 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 21 Mar 2013 01:15:12 +0000
Subject: [issue5713] smtplib gets out of sync if server returns a 421 status
In-Reply-To: <1239049825.43.0.457403750239.issue5713@psf.upfronthosting.co.za>
Message-ID: <3ZWVRK5lStzR9r@mail.python.org>


Roundup Robot added the comment:

New changeset bc538bc8e65d by R David Murray in branch '3.2':
#5713: Handle 421 error codes during sendmail by closing the socket.
http://hg.python.org/cpython/rev/bc538bc8e65d

New changeset cf5c40025af2 by R David Murray in branch '3.3':
Merge: #5713: Handle 421 error codes during sendmail by closing the socket.
http://hg.python.org/cpython/rev/cf5c40025af2

New changeset ce4154268c47 by R David Murray in branch 'default':
Merge: #5713: Handle 421 error codes during sendmail by closing the socket.
http://hg.python.org/cpython/rev/ce4154268c47

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5713>
_______________________________________

From report at bugs.python.org  Thu Mar 21 02:32:36 2013
From: report at bugs.python.org (Illia Polosukhin)
Date: Thu, 21 Mar 2013 01:32:36 +0000
Subject: [issue2786] Names in traceback should have class names,
	if they're methods
In-Reply-To: <1210191958.85.0.412869826908.issue2786@psf.upfronthosting.co.za>
Message-ID: <1363829556.29.0.800418070138.issue2786@psf.upfronthosting.co.za>


Illia Polosukhin added the comment:

The issue is not that easy to address - because PyFunctionObject is not available from PyEval_EvalCodeEx.

Another note, is that the issue of reporting only function name without class name is observed in many places, not just for example above.

Still, will try to make a patch that will address the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2786>
_______________________________________

From report at bugs.python.org  Thu Mar 21 02:43:21 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Thu, 21 Mar 2013 01:43:21 +0000
Subject: [issue1747670] Limiting data copy in xmlrpclib
Message-ID: <1363830201.36.0.210754327324.issue1747670@psf.upfronthosting.co.za>


Thomas Fenzl added the comment:

Adapted the patch to python3.3
It may be useful with large amounts of transfered data avoiding a copy and freeing memory earlier.
The functionality is tested with the existing unit tests.

----------
nosy: +Thomas Fenzl
versions: +Python 3.4 -Python 2.7
Added file: http://bugs.python.org/file29519/xmlrpc_less_copy.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1747670>
_______________________________________

From report at bugs.python.org  Thu Mar 21 02:44:04 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 21 Mar 2013 01:44:04 +0000
Subject: [issue17490] Use converter functions to implement ast.literal_eval
In-Reply-To: <1363746875.32.0.0832947039866.issue17490@psf.upfronthosting.co.za>
Message-ID: <1363830244.29.0.269960742525.issue17490@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Updated patch attached. The complexity grew a bit, as it turned out to be useful for the converter functions to be able to tell the difference between top level conversions and recursive invocations. I also realised that:

- the complex number conversion currently allows arbitrarily deep nesting of addition and subtraction
- handling this properly made an exception based "Failed to convert" API far more sensible

The docstrings are updated, but ast.convert_node is tested only indirectly through the ast.literal_eval tests and the main docs haven't been updated at all.

At this point, I'm most interested in feedback from Larry as to whether or not this is helpful to him in implementing argument clinic.

----------
Added file: http://bugs.python.org/file29520/issue17490_ast_literal_eval_converters.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17490>
_______________________________________

From report at bugs.python.org  Thu Mar 21 02:44:26 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 21 Mar 2013 01:44:26 +0000
Subject: [issue17490] Use converter functions to implement ast.literal_eval
In-Reply-To: <1363746875.32.0.0832947039866.issue17490@psf.upfronthosting.co.za>
Message-ID: <1363830266.13.0.603671964549.issue17490@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


Removed file: http://bugs.python.org/file29496/ast_literal_eval_converter_functions.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17490>
_______________________________________

From report at bugs.python.org  Thu Mar 21 02:56:31 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 21 Mar 2013 01:56:31 +0000
Subject: [issue17490] Use converter functions to implement ast.literal_eval
In-Reply-To: <1363746875.32.0.0832947039866.issue17490@psf.upfronthosting.co.za>
Message-ID: <1363830991.3.0.297261707263.issue17490@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Now that I've actually implemented it, I'm fairly sure it's not a good idea. It might be better if we remove the recursive behaviour.

As it is, Larry's fairly happy with what he is already doing (calling ast.parse and walking the tree) and I think that's actually simpler than using this API would be.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17490>
_______________________________________

From report at bugs.python.org  Thu Mar 21 02:56:33 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 21 Mar 2013 01:56:33 +0000
Subject: [issue5713] smtplib gets out of sync if server returns a 421 status
In-Reply-To: <1239049825.43.0.457403750239.issue5713@psf.upfronthosting.co.za>
Message-ID: <3ZWWM44mnmzQ7D@mail.python.org>


Roundup Robot added the comment:

New changeset fbf54209de75 by R David Murray in branch '3.2':
#5713: fix timing issue in smtplib tests.
http://hg.python.org/cpython/rev/fbf54209de75

New changeset 0de74602692f by R David Murray in branch '3.3':
Merge: #5713: fix timing issue in smtplib tests.
http://hg.python.org/cpython/rev/0de74602692f

New changeset 6dc948e4ea8f by R David Murray in branch 'default':
Merge: #5713: fix timing issue in smtplib tests.
http://hg.python.org/cpython/rev/6dc948e4ea8f

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5713>
_______________________________________

From report at bugs.python.org  Thu Mar 21 03:07:22 2013
From: report at bugs.python.org (Kushal Das)
Date: Thu, 21 Mar 2013 02:07:22 +0000
Subject: [issue17498] error responses from server are masked in smtplib when
	server closes connection
In-Reply-To: <1363812510.09.0.989538319205.issue17498@psf.upfronthosting.co.za>
Message-ID: <1363831642.43.0.754742552492.issue17498@psf.upfronthosting.co.za>


Kushal Das added the comment:

The following patch adds a _rset method which catches any SMTPServerDisconnected exception, also includes the corresponding test and test_421_from_mail_cmd assert statement typo fix.

----------
keywords: +patch
Added file: http://bugs.python.org/file29521/issue17498.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17498>
_______________________________________

From report at bugs.python.org  Thu Mar 21 03:12:21 2013
From: report at bugs.python.org (Marc Adam Anderson)
Date: Thu, 21 Mar 2013 02:12:21 +0000
Subject: [issue1154351] add get_current_dir_name() to os module
Message-ID: <1363831941.82.0.016840130889.issue1154351@psf.upfronthosting.co.za>


Marc Adam Anderson added the comment:

This enhancement has been implemented. The code is based on hoffman's code. Tests for this enhancement, as well as tests for os.getcwd() have also been added. The docs have been updated and tested locally.

----------
keywords: +patch
nosy: +marcadam
Added file: http://bugs.python.org/file29522/get_current_dir_name.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1154351>
_______________________________________

From report at bugs.python.org  Thu Mar 21 03:13:44 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 21 Mar 2013 02:13:44 +0000
Subject: [issue5712] tkinter - askopenfilenames returns string instead of
	tuple in windows 2.6.1 release
In-Reply-To: <1239039911.64.0.172824576559.issue5712@psf.upfronthosting.co.za>
Message-ID: <3ZWWkw2r99zRDf@mail.python.org>


Roundup Robot added the comment:

New changeset 2ce557101136 by R David Murray in branch '3.2':
#5712: Preemptively fix some other possible timing issues.
http://hg.python.org/cpython/rev/2ce557101136

New changeset c412ca9aa915 by R David Murray in branch '3.3':
Merge: #5712: Preemptively fix some other possible timing issues.
http://hg.python.org/cpython/rev/c412ca9aa915

New changeset 5b0669ff19c5 by R David Murray in branch 'default':
Merge: #5712: Preemptively fix some other possible timing issues.
http://hg.python.org/cpython/rev/5b0669ff19c5

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5712>
_______________________________________

From report at bugs.python.org  Thu Mar 21 03:14:47 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 02:14:47 +0000
Subject: [issue5712] tkinter - askopenfilenames returns string instead of
	tuple in windows 2.6.1 release
In-Reply-To: <1239039911.64.0.172824576559.issue5712@psf.upfronthosting.co.za>
Message-ID: <1363832087.96.0.306413895948.issue5712@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5712>
_______________________________________

From report at bugs.python.org  Thu Mar 21 03:16:44 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 02:16:44 +0000
Subject: [issue5713] smtplib gets out of sync if server returns a 421 status
In-Reply-To: <1239049825.43.0.457403750239.issue5713@psf.upfronthosting.co.za>
Message-ID: <1363832204.95.0.026274293676.issue5713@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks Mark and Kushal.

----------
assignee: barry -> 
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5713>
_______________________________________

From report at bugs.python.org  Thu Mar 21 03:40:23 2013
From: report at bugs.python.org (Illia Polosukhin)
Date: Thu, 21 Mar 2013 02:40:23 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1363833623.04.0.141959848673.issue17206@psf.upfronthosting.co.za>


Illia Polosukhin added the comment:

Compiled baseline and patched version with GCC in Ubuntu 12.10 (running in VMWare).

Benchmarking results are attached:
./perf.py -b 2n3 -f ../cpython/baseline/python ../cpython/experiment/python | tee perf-linux.log

----------
Added file: http://bugs.python.org/file29523/perf-linux.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Thu Mar 21 03:51:17 2013
From: report at bugs.python.org (Illia Polosukhin)
Date: Thu, 21 Mar 2013 02:51:17 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1363834277.58.0.314699559414.issue17206@psf.upfronthosting.co.za>


Illia Polosukhin added the comment:

Additionally, disassembled ceval.o and compared baseline with experiment (with applied patch): no actual differences found.

Attached archive contains ceval from both baseline and experiment builds:
 - cevalb.cc - processed file of baseline build
 - ceval.cc - processed file of experiment build
diff ceval.cc cevalb.cc - shows differences introduced by patch.
 - cevalb.o - object file of baseline build
 - ceval.o - object file of experiment build
 - cevalb.asm - disassembly of baseline object file
 - ceval.asm - disassembly of experiment object file
diff ceval.asm cevalb.asm - doesn't show any differences in generated assembly code.

----------
Added file: http://bugs.python.org/file29524/asmdiff_17206.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Thu Mar 21 04:04:45 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 21 Mar 2013 03:04:45 +0000
Subject: [issue16991] Add OrderedDict written in C
In-Reply-To: <1358482110.59.0.347859163753.issue16991@psf.upfronthosting.co.za>
Message-ID: <1363835085.16.0.781427790952.issue16991@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I just looked at the test-collections patch and don't want it committed.  It is full of trivial edits that make it hard to review and doesn't make the test suite better.

It is okay to add some new tests, but I don't want to rearrange the existing code with minor edits.  That will just make it more difficult to maintain the code across versions (it is no fun to backport a fix and then have unnecessary merge conflicts).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16991>
_______________________________________

From report at bugs.python.org  Thu Mar 21 04:05:40 2013
From: report at bugs.python.org (Michael Foord)
Date: Thu, 21 Mar 2013 03:05:40 +0000
Subject: [issue17502] unittest.mock: side_effect iterators ignore DEFAULT
Message-ID: <1363835140.97.0.987850111396.issue17502@psf.upfronthosting.co.za>


New submission from Michael Foord:

An iterator set as a mock side_effect should be able to include mock.DEFAULT to use the standard return value.


    def test_side_effect_iterator_default(self):
        mock = Mock(return_value=2)
        mock.side_effect = [1, DEFAULT]
        result = mock(), mock()
        self.assertEqual(result, (1, 2))

----------
assignee: michael.foord
keywords: easy
messages: 184836
nosy: michael.foord
priority: normal
severity: normal
stage: needs patch
status: open
title: unittest.mock: side_effect iterators ignore DEFAULT
type: behavior
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17502>
_______________________________________

From report at bugs.python.org  Thu Mar 21 04:07:43 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 03:07:43 +0000
Subject: [issue9506] sqlite3 mogrify - return query string
In-Reply-To: <1280921343.13.0.231831121556.issue9506@psf.upfronthosting.co.za>
Message-ID: <1363835263.95.0.290119294413.issue9506@psf.upfronthosting.co.za>


R. David Murray added the comment:

Given what you have determined, I don't think there would be any benefit to such a method.

Furthermore, I have now remembered that as of Python 3.3 the sqlite3 module/sqlite3 has a set_trace_callback function that allows you to capture the commands that are sent to the database.  It doesn't work the same as mogrify, but it can serve the same purpose, since it shows the sql in expanded form, not in parameterized form.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9506>
_______________________________________

From report at bugs.python.org  Thu Mar 21 04:17:12 2013
From: report at bugs.python.org (Cherniavsky Beni)
Date: Thu, 21 Mar 2013 03:17:12 +0000
Subject: [issue10224] Build 3.x documentation using python3.x
In-Reply-To: <1288304199.49.0.7053863257.issue10224@psf.upfronthosting.co.za>
Message-ID: <1363835832.43.0.888631080101.issue10224@psf.upfronthosting.co.za>


Cherniavsky Beni added the comment:

After a lot of experimentation, this worked for me to build AND doctest using the local python:

cd Doc/
../python -m venv toolsenv
curl http://python-distribute.org/distribute_setup.py | toolsenv/bin/python
toolsenv/bin/easy_install pip
toolsenv/bin/pip install Sphinx
# EDIT conf.py: add 'toolsenv' to exclude_trees.
toolsenv/bin/sphinx-build -b html -d build/doctrees -D latex_paper_size=  . build/html
toolsenv/bin/sphinx-build -b doctest -d build/doctrees . build/doctest

The tool versions I got:

$ toolsenv/bin/pip list
distribute (0.6.35)
docutils (0.10)
Jinja2 (2.6)
Pygments (1.6)
Sphinx (1.1.3)

HTML: http://dl.dropbox.com/u/132894668/python3-Doc-build/html/index.html
The HTML has no significant differences vs the output of "make html".
It's mostly sphinx html tweaks.  The only user-visible diff I noticed is s/v3.4.0a0/3.4.0a0/.

The doctests are pretty horrible - 559 failed out of 1954!  (attached)
But it's better than 900+ failed with python 2 ("make doctest") and 700+ with python 3.2 that I originally tried via "apt-get install python3-sphinx"...

So let's update the tools ASAP, and start using PYTHON=../python.
The doctests won't get any love unless "make doctest" does the right thing out of the box.

Should I write a Makefile patch using the venv/install from pypi approach?
Or could somebody upload new versions to http://svn.python.org/projects/external/?
(Lack of access there was the reason I went the venv way.
IMHO the ease of future upgrades outweighs the concern of not depending on external sites, but I don't feel strongly about it.)

----------
nosy: +cben
Added file: http://bugs.python.org/file29525/output.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10224>
_______________________________________

From report at bugs.python.org  Thu Mar 21 04:19:20 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 21 Mar 2013 03:19:20 +0000
Subject: [issue17490] Use converter functions to implement ast.literal_eval
In-Reply-To: <1363746875.32.0.0832947039866.issue17490@psf.upfronthosting.co.za>
Message-ID: <1363835960.67.0.824121287318.issue17490@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

FWIW, I like the current version of the code and find it easily to understand what it does and how it does it.   The new code is longer and full of indirections.   I question whether it is a real improvement.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17490>
_______________________________________

From report at bugs.python.org  Thu Mar 21 04:19:46 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 21 Mar 2013 03:19:46 +0000
Subject: [issue17492] Increase test coverage for random (up to 99%)
In-Reply-To: <1363748570.23.0.662961868349.issue17492@psf.upfronthosting.co.za>
Message-ID: <1363835986.71.0.0969633978059.issue17492@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17492>
_______________________________________

From report at bugs.python.org  Thu Mar 21 04:36:13 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 21 Mar 2013 03:36:13 +0000
Subject: [issue17489] random.Random implements __getstate__() and __reduce__()
In-Reply-To: <1363744152.72.0.512816356839.issue17489@psf.upfronthosting.co.za>
Message-ID: <1363836973.72.0.914980161364.issue17489@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17489>
_______________________________________

From report at bugs.python.org  Thu Mar 21 04:45:44 2013
From: report at bugs.python.org (Roger Serwy)
Date: Thu, 21 Mar 2013 03:45:44 +0000
Subject: [issue16809] Tk 8.6.0 introduces TypeError. (Tk 8.5.13 works)
In-Reply-To: <1356763107.47.0.647000150457.issue16809@psf.upfronthosting.co.za>
Message-ID: <1363837544.11.0.251477412377.issue16809@psf.upfronthosting.co.za>


Roger Serwy added the comment:

Serhiy, I applied your patch but I still get the same error. 

>From what I have found so far, the FromObj function in Modules/_tkinter.c relies on cached values for different Tcl_ObjType, as given in the TkappObject struct. From the comment:

    /* We cannot include tclInt.h, as this is internal.
       So we cache interesting types here. */

I haven't traced down the exact difference between 8.5 and 8.6 that causes the existing cached types to not match. The correct behavior from 8.5 is a match to "StringType". I've noticed a lot more macros in the 8.6 headers than in 8.5 which may be the culprit.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16809>
_______________________________________

From report at bugs.python.org  Thu Mar 21 04:52:48 2013
From: report at bugs.python.org (Trent Nelson)
Date: Thu, 21 Mar 2013 03:52:48 +0000
Subject: [issue17338] Add length_hint parameter to list, dict,
	set constructors to allow efficient presizing
In-Reply-To: <1362245019.42.0.972918137955.issue17338@psf.upfronthosting.co.za>
Message-ID: <1363837968.98.0.164692705995.issue17338@psf.upfronthosting.co.za>


Changes by Trent Nelson <trent at snakebite.org>:


----------
nosy: +trent

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17338>
_______________________________________

From report at bugs.python.org  Thu Mar 21 05:34:15 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 21 Mar 2013 04:34:15 +0000
Subject: [issue5713] smtplib gets out of sync if server returns a 421 status
In-Reply-To: <1239049825.43.0.457403750239.issue5713@psf.upfronthosting.co.za>
Message-ID: <3ZWZs24N4CzSJh@mail.python.org>


Roundup Robot added the comment:

New changeset d068fcbe5009 by R David Murray in branch '3.3':
#5713: One more test_smtplib timing fix.
http://hg.python.org/cpython/rev/d068fcbe5009

New changeset fcef6a33de17 by R David Murray in branch 'default':
Merge: #5713: One more test_smtplib timing fix.
http://hg.python.org/cpython/rev/fcef6a33de17

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5713>
_______________________________________

From report at bugs.python.org  Thu Mar 21 05:45:40 2013
From: report at bugs.python.org (Larry Hastings)
Date: Thu, 21 Mar 2013 04:45:40 +0000
Subject: [issue17490] Use converter functions to implement ast.literal_eval
In-Reply-To: <1363746875.32.0.0832947039866.issue17490@psf.upfronthosting.co.za>
Message-ID: <1363841140.16.0.06952232126.issue17490@psf.upfronthosting.co.za>


Larry Hastings added the comment:

For what it's worth, here's what we're doing.  The new Argument Clinic "parameter" line looks a great deal like the middle bit of a Python function declaration.  So much so that we can do this:

    ast_string = "def x({}): pass".format(parameter_line)
    root = ast.parse(ast_string)

We then walk the node tree and pull out what we need.  We do a similar trick to parse the return converter, which comes from another line.  ("def x() {}: pass")

The "converter function" can look like a literal string, an id, or a function call.  When we see the function call form, we pull out each keyword and its value, then pass the value node to ast.literal_eval().  Easy peasy and Bob's your uncle.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17490>
_______________________________________

From report at bugs.python.org  Thu Mar 21 06:07:37 2013
From: report at bugs.python.org (Ned Deily)
Date: Thu, 21 Mar 2013 05:07:37 +0000
Subject: [issue17496] OS X test for Tk availability in runtktests.py doesn't
	work
In-Reply-To: <1363809005.08.0.908370147082.issue17496@psf.upfronthosting.co.za>
Message-ID: <1363842457.8.0.256369847623.issue17496@psf.upfronthosting.co.za>


Ned Deily added the comment:

The test for the condition was added to solve the problem reported in Issue8716.  The Tk crash for test_ttk_guionly reported there still occurs on a current 10.8 system with the Apple-supplied Cocoa Tk under the same conditions, that is, when running the tests from a process without a window manager connection, like an ssh or buildbot process where the user is not also currently logged in as the main "GUI user".  And the skip test code in question does prevent that crash.  The skip test also works correctly when using a 64-bit framework Python build (./configure --enable-framework), i.e. it does not skip the tests in a normal terminal session.  A side effect of a framework build is that the Python interpreter runs within an OS X app bundle, which gives it magic GUI powers.

But if run from a non-framework (standard unix) build, the tests are skipped with a "cannot run without OS X gui process" skip although stubbing out the check, as your patch does, shows that test_tk and test_ttk_guionly appear to run without error.  So it seems that the skip test is too restrictive but it shouldn't be unilaterally deleted.

----------
assignee:  -> ronaldoussoren
components: +Macintosh, Tests, Tkinter
nosy: +ned.deily, ronaldoussoren
versions: +Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17496>
_______________________________________

From report at bugs.python.org  Thu Mar 21 06:22:17 2013
From: report at bugs.python.org (Glyph Lefkowitz)
Date: Thu, 21 Mar 2013 05:22:17 +0000
Subject: [issue17496] OS X test for Tk availability in runtktests.py doesn't
	work
In-Reply-To: <1363809005.08.0.908370147082.issue17496@psf.upfronthosting.co.za>
Message-ID: <1363843337.69.0.530492335466.issue17496@psf.upfronthosting.co.za>


Glyph Lefkowitz added the comment:

Hi Ned,

It seems from your comment that you didn't read the patch.  Alex added a simpler check via launchctl, rather than by framework symbol groveling :).  He didn't remove the check.

It should be functionally identical to what's there now, but much shorter and without having to depend on ctypes.

-glyph

----------
nosy: +glyph

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17496>
_______________________________________

From report at bugs.python.org  Thu Mar 21 07:02:21 2013
From: report at bugs.python.org (Ned Deily)
Date: Thu, 21 Mar 2013 06:02:21 +0000
Subject: [issue17496] OS X test for Tk availability in runtktests.py doesn't
	work
In-Reply-To: <1363809005.08.0.908370147082.issue17496@psf.upfronthosting.co.za>
Message-ID: <1363845741.13.0.236329871767.issue17496@psf.upfronthosting.co.za>


Ned Deily added the comment:

Um, yes, my tired eyes did skip over those added lines. Thanks, Glyph, and sorry, Alex.

While the suggested change solves the issue for the non-framework build case, it appears to introduce new problems.  For one, with the current skip test, it is possible to run the tests from a buildbot or ssh process as long as the user name is logged in.  That no longer works with the proposed change.  Also, "launchctl managername" does not appear to be available on releases prior to 10.6, releases we still support.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17496>
_______________________________________

From report at bugs.python.org  Thu Mar 21 07:14:27 2013
From: report at bugs.python.org (Ned Deily)
Date: Thu, 21 Mar 2013 06:14:27 +0000
Subject: [issue17496] OS X test for Tk availability in runtktests.py doesn't
	work
In-Reply-To: <1363809005.08.0.908370147082.issue17496@psf.upfronthosting.co.za>
Message-ID: <1363846467.71.0.959134065007.issue17496@psf.upfronthosting.co.za>


Ned Deily added the comment:

Granted, the current test is a kludge.  We could make it a bigger kludge by trying launchctl first and if it fails move on to the current ctypes-based tests.  Any better options?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17496>
_______________________________________

From report at bugs.python.org  Thu Mar 21 07:20:08 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 21 Mar 2013 06:20:08 +0000
Subject: [issue17494] References to stack bottom are confusing
In-Reply-To: <1363796909.72.0.754685300638.issue17494@psf.upfronthosting.co.za>
Message-ID: <1363846808.4.0.825882508285.issue17494@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Sorry, I find your suggested termini more confusing.

* first/last: the first that was put onto the stack (i.e. bottom) or the first to be popped off (i.e. top)?

* root/terminal: that makes you think of trees, but a stack is not a tree.

top/bottom is the established wording for referring to a stack's positions, and its internal representation as a list is secondary.

----------
nosy: +georg.brandl
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17494>
_______________________________________

From report at bugs.python.org  Thu Mar 21 07:48:12 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 21 Mar 2013 06:48:12 +0000
Subject: [issue17503] replace mode is always on in console
Message-ID: <1363848491.99.0.913021954161.issue17503@psf.upfronthosting.co.za>


New submission from anatoly techtonik:

It is very annoying behavior of Python 3.3.0 that when you type in the console, replace mode is always on, and even after you press insert to go insert mode, it resets after every executed line.

Windows Vista 32.
Python 3.3.0 (v3.3.0:bd8afb90ebf2, Sep 29 2012, 10:55:48) [MSC v.1600 32 bit (Intel)] on win32

----------
components: Interpreter Core, Windows
messages: 184848
nosy: techtonik
priority: normal
severity: normal
status: open
title: replace mode is always on in console
versions: Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17503>
_______________________________________

From report at bugs.python.org  Thu Mar 21 07:48:34 2013
From: report at bugs.python.org (Radu Voicilas)
Date: Thu, 21 Mar 2013 06:48:34 +0000
Subject: [issue17504] Dropping duplicated docstring explanation of what Mocks'
	side_effect does.
Message-ID: <1363848514.23.0.175887812295.issue17504@psf.upfronthosting.co.za>


New submission from Radu Voicilas:

Seems like there's a duplicated explanation in unittest.mock.Mock's docstring of what side_effect does. The attached patch should take care of that, if I'm not interpreting it wrong and it's actually on purpose there.

----------
components: Library (Lib)
files: drop_side_effect_docstring_duplicate.diff
keywords: patch
messages: 184849
nosy: michael.foord, raduv
priority: normal
severity: normal
status: open
title: Dropping duplicated docstring explanation of what Mocks' side_effect does.
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29526/drop_side_effect_docstring_duplicate.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17504>
_______________________________________

From report at bugs.python.org  Thu Mar 21 07:49:29 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 21 Mar 2013 06:49:29 +0000
Subject: [issue17496] OS X test for Tk availability in runtktests.py doesn't
	work
In-Reply-To: <1363809005.08.0.908370147082.issue17496@psf.upfronthosting.co.za>
Message-ID: <1363848569.38.0.645966596121.issue17496@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

A small helper program that does the equavalent of this should also work:

import Cocoa
Cocoa.NSWindow.alloc().initWithContentRect_styleMask_backing_defer_(((10, 10), (100, 100)), 0, 0, 0)

If this code raises an exception you cannot create windows, if it doesn't you can. This doesn't actually show the window and shouldn't mess up the users desktop when running the testsuite interactively.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17496>
_______________________________________

From report at bugs.python.org  Thu Mar 21 07:53:01 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 21 Mar 2013 06:53:01 +0000
Subject: [issue17496] OS X test for Tk availability in runtktests.py doesn't
	work
In-Reply-To: <1363809005.08.0.908370147082.issue17496@psf.upfronthosting.co.za>
Message-ID: <1363848781.89.0.730622196762.issue17496@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

Wouldn't it be better to check for the actual problem, that is use subprocess to start a small Tcl script that creates a window and check if that crashes?

That way the code for disabling the test doesn't have to try to guess whether or not Tk will crash in the current environment, and tests won't get skipped when the Tk folks get their act together and don't crash when the window manager isn't available.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17496>
_______________________________________

From report at bugs.python.org  Thu Mar 21 08:11:01 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 21 Mar 2013 07:11:01 +0000
Subject: [issue17503] replace mode is always on in console
In-Reply-To: <1363848491.99.0.913021954161.issue17503@psf.upfronthosting.co.za>
Message-ID: <1363849861.7.0.0558079223143.issue17503@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

In Python 2 replace mode is always off.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17503>
_______________________________________

From report at bugs.python.org  Thu Mar 21 08:24:03 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 21 Mar 2013 07:24:03 +0000
Subject: [issue17503] replace mode is always on in console
In-Reply-To: <1363848491.99.0.913021954161.issue17503@psf.upfronthosting.co.za>
Message-ID: <1363850643.65.0.0593616855711.issue17503@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Python has absolutely no code to control the Windows console. It has always used fgets().

On the other hand, Windows keeps independent settings per shortcut or executable, so if you started Python directly from the start menu (or by opening the python.exe executable from the Explorer), you may have set different options.

To be sure, open a cmd.exe console, and start Python from there. The behavior should be the same in all versions.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17503>
_______________________________________

From report at bugs.python.org  Thu Mar 21 08:33:30 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 21 Mar 2013 07:33:30 +0000
Subject: [issue17503] replace mode is always on in console
In-Reply-To: <1363848491.99.0.913021954161.issue17503@psf.upfronthosting.co.za>
Message-ID: <1363851210.03.0.17680453081.issue17503@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Ok. From cmd.exe both work the same in insert mode, but when I execute them from different shell (http://www.farmanager.com/opensource.php?l=en), the Python 3 starts to misbehave. And Python 2 works ok, because there is pyreadline installed. With -s -S keys it also starts to misbehave.

Any ideas why this external shell affects Python3 and not Python2?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17503>
_______________________________________

From report at bugs.python.org  Thu Mar 21 08:44:16 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 21 Mar 2013 07:44:16 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1363851856.89.0.6177793153.issue17206@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

- The patch contains a "#ifdef OLD_17206" that should be removed.

- I know that these macros are already used everywhere, but a test for the new feature would be nice (in _testcapimodule.c)
For example, Py_DECREF(PyLong_FromLong(0)) does not fail or leak when tests are run with -R.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Thu Mar 21 08:46:53 2013
From: report at bugs.python.org (=?utf-8?b?SHJ2b2plIE5pa8WhacSH?=)
Date: Thu, 21 Mar 2013 07:46:53 +0000
Subject: [issue17505] email.header.Header.__unicode__ does not decode header
Message-ID: <1363852013.63.0.253070231302.issue17505@psf.upfronthosting.co.za>


New submission from Hrvoje Nik?i?:

The __unicode__ method is documented to "return the header as a Unicode string". For this to be useful, I would expect it to decode a string such as "=?gb2312?b?1eLKx9bQzsSy4srUo6E=?=" into a Unicode string that can be displayed to the user, in this case u'\u8fd9\u662f\u4e2d\u6587\u6d4b\u8bd5\uff01'.

However, unicode(header) returns the not so useful u"=?gb2312?b?1eLKx9bQzsSy4srUo6E=?=". Looking at the code of __unicode__, it appears that the code does attempt to decode the header into Unicode, but this fails for Headers initialized from a single MIME-quoted string, as is done by the message parser. In other words, __unicode__ is failing to call decode_header.

Here is a minimal example demonstrating the problem:

>>> msg = email.message_from_string('Subject: =?gb2312?b?1eLKx9bQzsSy4srUo6E=?=\n\nfoo\n')
>>> unicode(msg['subject'])
u'=?gb2312?b?1eLKx9bQzsSy4srUo6E=?='

Expected output of the last line:
u'\u8fd9\u662f\u4e2d\u6587\u6d4b\u8bd5\uff01'

To get the fully decoded Unicode string, one must use something like:
>>> u''.join(unicode(s, c) for s, c in email.header.decode_header(msg['subject']))

which is unintuitive and hard to teach to new users of the email package. (And looking at the source of __unicode__ it's not even obvious that it's correct ? it appears that a space must be added before us-ascii-coded chunks. The joining is non-trivial.)

The same problem occurs in Python 3.3 with str(msg['subject']).

----------
components: email
messages: 184856
nosy: barry, hniksic, r.david.murray
priority: normal
severity: normal
status: open
title: email.header.Header.__unicode__ does not decode header
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17505>
_______________________________________

From report at bugs.python.org  Thu Mar 21 08:47:28 2013
From: report at bugs.python.org (=?utf-8?b?SHJ2b2plIE5pa8WhacSH?=)
Date: Thu, 21 Mar 2013 07:47:28 +0000
Subject: [issue17505] email.header.Header.__unicode__ does not decode header
In-Reply-To: <1363852013.63.0.253070231302.issue17505@psf.upfronthosting.co.za>
Message-ID: <1363852048.68.0.45157085729.issue17505@psf.upfronthosting.co.za>


Changes by Hrvoje Nik?i? <hniksic at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17505>
_______________________________________

From report at bugs.python.org  Thu Mar 21 08:52:30 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 21 Mar 2013 07:52:30 +0000
Subject: [issue17503] replace mode is always on in console
In-Reply-To: <1363848491.99.0.913021954161.issue17503@psf.upfronthosting.co.za>
Message-ID: <1363852350.1.0.845238529411.issue17503@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

I don't know Far Manager. Maybe it starts everything in overwrite mode (and check its console settings)

pyreadline completely overrides Python's input methods and bypasses the console, so behavior is completely independent.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17503>
_______________________________________

From report at bugs.python.org  Thu Mar 21 08:58:43 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Mar 2013 07:58:43 +0000
Subject: [issue17506] Improve IDLE news handling
Message-ID: <1363852723.03.0.237286956936.issue17506@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

Idle news items should be collected together in one place and released both in an IDLE section of each Misc/NEWS and in each idlelib/NEWS.txt. Once a decision is made where to collect them originally, a script should be written to make appropriate copies. If someone volunteers, scattered entries in current Misc/NEWS could be collected together.

----------
assignee: terry.reedy
messages: 184858
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Improve IDLE news handling
versions: Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17506>
_______________________________________

From report at bugs.python.org  Thu Mar 21 09:32:57 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 21 Mar 2013 08:32:57 +0000
Subject: [issue17506] Improve IDLE news handling
In-Reply-To: <1363852723.03.0.237286956936.issue17506@psf.upfronthosting.co.za>
Message-ID: <1363854777.78.0.741364214542.issue17506@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I think it would be better to keep everything in an IDLE section in Misc/NEWS, and have something/someone extract the section(s) before the release.  In Lib/idlelib/NEWS.txt we probably don't need to have separate sections for alphas/betas/rcs like we do in Misc/NEWS.

----------
nosy: +ezio.melotti
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17506>
_______________________________________

From report at bugs.python.org  Thu Mar 21 10:58:20 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 21 Mar 2013 09:58:20 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1363859900.79.0.546091932606.issue5845@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Thu Mar 21 10:59:43 2013
From: report at bugs.python.org (Zulu)
Date: Thu, 21 Mar 2013 09:59:43 +0000
Subject: [issue17507] To add history time format in readline
Message-ID: <1363859983.51.0.876342279361.issue17507@psf.upfronthosting.co.za>


New submission from Zulu:

I'm using readline library, and would like to add date information in "readline.write_history_file" method without override it.

I think the best way is to add a argument for a strftime string. By default it should be simply ''.

----------
components: Build
messages: 184860
nosy: Zulu
priority: normal
severity: normal
status: open
title: To add history time format in readline
type: enhancement
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17507>
_______________________________________

From report at bugs.python.org  Thu Mar 21 11:14:52 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 21 Mar 2013 10:14:52 +0000
Subject: [issue17507] To add history time format in readline
In-Reply-To: <1363859983.51.0.876342279361.issue17507@psf.upfronthosting.co.za>
Message-ID: <1363860892.73.0.473583492617.issue17507@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Would you like to propose a patch?
You can find information about how to do it in the devguide.

----------
components: +Library (Lib) -Build
nosy: +ezio.melotti
stage:  -> needs patch
versions:  -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17507>
_______________________________________

From report at bugs.python.org  Thu Mar 21 11:16:47 2013
From: report at bugs.python.org (Glyph Lefkowitz)
Date: Thu, 21 Mar 2013 10:16:47 +0000
Subject: [issue17496] OS X test for Tk availability in runtktests.py doesn't
	work
In-Reply-To: <1363809005.08.0.908370147082.issue17496@psf.upfronthosting.co.za>
Message-ID: <1363861007.81.0.126055122684.issue17496@psf.upfronthosting.co.za>


Glyph Lefkowitz added the comment:

> Wouldn't it be better to check for the actual problem, that is use subprocess to start a small Tcl script that creates a window and check if that crashes?

Yes, this sounds great.  Doing it with Tcl means that we're not invoking any of the problematic code in question.  It sounds like this check could be done on other platforms as well, in lieu of looking for e.g. $DISPLAY.  If a tcl script can make tk windows, so should a Python script be able to.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17496>
_______________________________________

From report at bugs.python.org  Thu Mar 21 11:21:10 2013
From: report at bugs.python.org (Zulu)
Date: Thu, 21 Mar 2013 10:21:10 +0000
Subject: [issue17507] To add history time format in readline
In-Reply-To: <1363859983.51.0.876342279361.issue17507@psf.upfronthosting.co.za>
Message-ID: <1363861270.98.0.0667618637088.issue17507@psf.upfronthosting.co.za>


Zulu added the comment:

I unfortunatly can't write in C.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17507>
_______________________________________

From report at bugs.python.org  Thu Mar 21 12:16:18 2013
From: report at bugs.python.org (Matt Wheeler)
Date: Thu, 21 Mar 2013 11:16:18 +0000
Subject: [issue6931] dreadful performance in difflib: ndiff and HtmlDiff
In-Reply-To: <1253199298.69.0.280559653373.issue6931@psf.upfronthosting.co.za>
Message-ID: <1363864578.92.0.680861366458.issue6931@psf.upfronthosting.co.za>


Changes by Matt Wheeler <m at funkyhat.org>:


----------
nosy: +funkyhat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6931>
_______________________________________

From report at bugs.python.org  Thu Mar 21 12:21:53 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 21 Mar 2013 11:21:53 +0000
Subject: [issue17209] get_wch() doesn't handle KeyboardInterrupt
In-Reply-To: <1360931664.77.0.750623076852.issue17209@psf.upfronthosting.co.za>
Message-ID: <3ZWlvN3h83zSFV@mail.python.org>


Roundup Robot added the comment:

New changeset d98a515489db by Victor Stinner in branch '3.3':
Issue #17209: curses.window.get_wch() now handles correctly KeyboardInterrupt (CTRL+c)
http://hg.python.org/cpython/rev/d98a515489db

New changeset b9d9bba9dfe5 by Victor Stinner in branch 'default':
(Merge 3.3) Issue #17209: curses.window.get_wch() now handles correctly KeyboardInterrupt (CTRL+c)
http://hg.python.org/cpython/rev/b9d9bba9dfe5

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17209>
_______________________________________

From report at bugs.python.org  Thu Mar 21 12:22:28 2013
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Mar 2013 11:22:28 +0000
Subject: [issue17209] get_wch() doesn't handle KeyboardInterrupt
In-Reply-To: <1360931664.77.0.750623076852.issue17209@psf.upfronthosting.co.za>
Message-ID: <1363864948.19.0.974221028931.issue17209@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The issue should now be fixed, it will be part of Python 3.3.1 (not released yet) and Python 3.4. Thanks for the report!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17209>
_______________________________________

From report at bugs.python.org  Thu Mar 21 13:23:54 2013
From: report at bugs.python.org (Florent Xicluna)
Date: Thu, 21 Mar 2013 12:23:54 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1363868634.63.0.943014482821.issue5845@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Thu Mar 21 13:34:27 2013
From: report at bugs.python.org (Pierre Le Marre)
Date: Thu, 21 Mar 2013 12:34:27 +0000
Subject: [issue17508] logging.config.ConvertingDict issue with MemoryHandler
Message-ID: <1363869267.93.0.47675906919.issue17508@psf.upfronthosting.co.za>


New submission from Pierre Le Marre:

Hi, I use Python 3.2.3 and Python 3.3.0 on Windows 7 64 bits.
I have an issue with the short script enclosed.
I use the module logging to get a log file with logging.FileHandler. There were some issues about the file access on Windows, so I added a buffer with logging.handlers.MemoryHandler. I configure the logging using logging.config.dictConfig.
The issue appears when it comes to flush the MemoryHandler, either by reaching the capacity or by calling logging.shutdown(). Please find hereinbelow the traceback:

Traceback (most recent call last):
  File "C:\temp\bug-logging.py", line 38, in <module>
    logger.info(n)
  File "C:\Python32\lib\logging\__init__.py", line 1232, in info
    self._log(INFO, msg, args, **kwargs)
  File "C:\Python32\lib\logging\__init__.py", line 1364, in _log
    self.handle(record)
  File "C:\Python32\lib\logging\__init__.py", line 1374, in handle
    self.callHandlers(record)
  File "C:\Python32\lib\logging\__init__.py", line 1436, in callHandlers
    hdlr.handle(record)
  File "C:\Python32\lib\logging\__init__.py", line 835, in handle
    self.emit(record)
  File "C:\Python32\lib\logging\handlers.py", line 1090, in emit
    self.flush()
  File "C:\Python32\lib\logging\handlers.py", line 1150, in flush
    self.target.handle(record)
AttributeError: 'ConvertingDict' object has no attribute 'handle'

----------
components: Library (Lib)
files: bug-logging.py
messages: 184866
nosy: plemarre
priority: normal
severity: normal
status: open
title: logging.config.ConvertingDict issue with MemoryHandler
type: crash
versions: Python 3.2, Python 3.3
Added file: http://bugs.python.org/file29527/bug-logging.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17508>
_______________________________________

From report at bugs.python.org  Thu Mar 21 13:37:39 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 21 Mar 2013 12:37:39 +0000
Subject: [issue17489] random.Random implements __getstate__() and __reduce__()
In-Reply-To: <1363744152.72.0.512816356839.issue17489@psf.upfronthosting.co.za>
Message-ID: <1363869459.42.0.517629816027.issue17489@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Possibly __getstate__ could be removed.  That said, I would feel a sense of risk in taking it out -- that method has been present for a *very* long time who knows what might rely on it being there.

----------
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17489>
_______________________________________

From report at bugs.python.org  Thu Mar 21 14:47:13 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 21 Mar 2013 13:47:13 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1363873633.26.0.689289020272.issue16475@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

FTR the two failures I saw earlier are now gone.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Thu Mar 21 14:47:20 2013
From: report at bugs.python.org (ILja Orlovs)
Date: Thu, 21 Mar 2013 13:47:20 +0000
Subject: [issue17509] Incorrect package version predicate parsing by distutils
Message-ID: <1363873640.53.0.825391664952.issue17509@psf.upfronthosting.co.za>


New submission from ILja Orlovs:

When `requires` list is present in the `distutils.core.setup` object, each element of that list is being parsed by `VersionPredicate` object (located in the `distutils/versionpredicate.py` file).

In its `__init__` method, the VersionPredicate uses `re_validPackage` regexp object (line 105 in my local `distutils/versionpredicate.py` file) to separate package name from its version postfix.

The `re_validPackage` regexp is declared as "(?i)^\s*([a-z_]\w*(?:\.[a-z_]\w*)*)(.*)".

AFAICU, this regexp is meant to separate package name (possibly dot-separated).

However, in some Linux'es (e.g. CentOs) some packages are actually dash-separated (e.g. "rpm-build". Technically that's minus sign, of course.). This mismatch leads to the following error when "rpm-build" is listed in "requires" section of a `setup` object:
{{{

$ python setup.py bdist
Traceback (most recent call last):
  File "setup.py", line 14, in <module>
    package_dir = {...}
  File "/usr/lib64/python2.6/distutils/core.py", line 113, in setup
    _setup_distribution = dist = klass(attrs)
  File "/usr/lib64/python2.6/distutils/dist.py", line 258, in __init__
    getattr(self.metadata, "set_" + key)(val)
  File "/usr/lib64/python2.6/distutils/dist.py", line 1196, in set_requires
    distutils.versionpredicate.VersionPredicate(v)
  File "/usr/lib64/python2.6/distutils/versionpredicate.py", line 112, in __init__
    raise ValueError("expected parenthesized list: %r" % paren)
ValueError: expected parenthesized list: '-build'
}}}

Is suggest that `re_validPackage` regexp is changed to the "(?i)^\s*([a-z_]\w*(?:[.-][a-z_]\w*)*)(.*)" to accommodate for such package names.

----------
assignee: eric.araujo
components: Distutils
messages: 184869
nosy: eric.araujo, ilja_o, tarek
priority: normal
severity: normal
status: open
title: Incorrect package version predicate parsing by distutils
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17509>
_______________________________________

From report at bugs.python.org  Thu Mar 21 14:49:54 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 21 Mar 2013 13:49:54 +0000
Subject: [issue17500] move PC/icons/source.xar to
	http://www.python.org/community/logos/
In-Reply-To: <1363820002.7.0.633809398541.issue17500@psf.upfronthosting.co.za>
Message-ID: <1363873794.73.0.628662008028.issue17500@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

IIUC, Xara for Linux is still available at http://www.xaraxtreme.org/download.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17500>
_______________________________________

From report at bugs.python.org  Thu Mar 21 14:51:14 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Thu, 21 Mar 2013 13:51:14 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <1359042546.71.0.578815247507.issue17025@psf.upfronthosting.co.za>
Message-ID: <1363873874.35.0.337265785052.issue17025@psf.upfronthosting.co.za>


Changes by Charles-Fran?ois Natali <cf.natali at gmail.com>:


----------
stage:  -> commit review
versions: +Python 3.4
Added file: http://bugs.python.org/file29528/queues_contention-1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Thu Mar 21 14:55:21 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 21 Mar 2013 13:55:21 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <1359042546.71.0.578815247507.issue17025@psf.upfronthosting.co.za>
Message-ID: <1363874121.67.0.663538459723.issue17025@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

By the way, I forgot to mention it previously, but multiprocessing.connection uses a custom pickler (ForkingPickler). By replacing it with plain pickle.dumps() calls, you may produce regressions since some types won't be sendable anymore (although the test suite might not check for this).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Thu Mar 21 15:36:01 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 21 Mar 2013 14:36:01 +0000
Subject: [issue10224] Build 3.x documentation using python3.x
In-Reply-To: <1288304199.49.0.7053863257.issue10224@psf.upfronthosting.co.za>
Message-ID: <1363876561.09.0.724332379678.issue10224@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> Should I write a Makefile patch using the venv/install from pypi approach?
> Or could somebody upload new versions to http://svn.python.org/projects/external/?

I looked at this issue over the past few days and discussed briefly with Georg about it.  The 3 main issues are:
  1) Sphinx and its dependency have a 2to3-able source that needs to be converted to Python 3 before being used.  Should this be done every time or should we provide the already converted source somewhere?
  2) If we go for the latter, should it be on externals/ (which still uses SVN) or on a new hg repo?
  3) since we don't actually need all the history, should we still just clone these repos or is it better to download the source only?

IMHO for 1) it would be better to provide Python3-ready code.  For 2) it would also be nice to get rid of the SVN dependency for the docs so if we are going to use a repo it might be better to make a new one on HG.  For 3), I'm not sure it makes sense to use repos at all if we don't want the history.  If we don't, we would have to put the files somewhere and write some code to download and extract the zip/tarball.  OTOH, if we do, we will be able to use hg to clone and update the repo easily, and, if we still decide not to download the history, we can just use the zip/tarballs already provided by hg.python.org.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10224>
_______________________________________

From report at bugs.python.org  Thu Mar 21 16:02:10 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 21 Mar 2013 15:02:10 +0000
Subject: [issue17490] Improve ast.literal_eval test suite coverage
In-Reply-To: <1363746875.32.0.0832947039866.issue17490@psf.upfronthosting.co.za>
Message-ID: <1363878130.96.0.480900466971.issue17490@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I don't think we should change the implementation, but I also discovered several holes in the test suite coverage while refactoring it. We should pursue some of the test suite changes, including switching them over to be data driven and take advantage of the new subtest support.

----------
title: Use converter functions to implement ast.literal_eval -> Improve ast.literal_eval test suite coverage

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17490>
_______________________________________

From report at bugs.python.org  Thu Mar 21 16:13:23 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 21 Mar 2013 15:13:23 +0000
Subject: [issue10224] Build 3.x documentation using python3.x
In-Reply-To: <1288304199.49.0.7053863257.issue10224@psf.upfronthosting.co.za>
Message-ID: <1363878803.64.0.49539359011.issue10224@psf.upfronthosting.co.za>


Georg Brandl added the comment:

A problem with using automatic tarballs from hg.python.org is that they take server load to generate, every time someone builds the docs from a new checkout.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10224>
_______________________________________

From report at bugs.python.org  Thu Mar 21 16:25:56 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Thu, 21 Mar 2013 15:25:56 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <1363874121.67.0.663538459723.issue17025@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM1sUYFgfb-HjxFLk9Fbxt=UbLvPj=dJgLvs5ddU+gE17g@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> By the way, I forgot to mention it previously, but
> multiprocessing.connection uses a custom pickler (ForkingPickler).

Thanks, I didn't know.
Here's a patch using ForkingPickler.

I did a bit of refactoring to move the pickling code from
connection.py to forking.py.

----------
Added file: http://bugs.python.org/file29529/queues_contention-3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________
-------------- next part --------------
diff --git a/Lib/multiprocessing/connection.py b/Lib/multiprocessing/connection.py
--- a/Lib/multiprocessing/connection.py
+++ b/Lib/multiprocessing/connection.py
@@ -12,7 +12,6 @@
 import io
 import os
 import sys
-import pickle
 import select
 import socket
 import struct
@@ -202,9 +201,7 @@
         """Send a (picklable) object"""
         self._check_closed()
         self._check_writable()
-        buf = io.BytesIO()
-        ForkingPickler(buf, pickle.HIGHEST_PROTOCOL).dump(obj)
-        self._send_bytes(buf.getbuffer())
+        self._send_bytes(ForkingPickler.dumps(obj))
 
     def recv_bytes(self, maxlength=None):
         """
@@ -249,7 +246,7 @@
         self._check_closed()
         self._check_readable()
         buf = self._recv_bytes()
-        return pickle.loads(buf.getbuffer())
+        return ForkingPickler.loads(buf.getbuffer())
 
     def poll(self, timeout=0.0):
         """Whether there is any input available to be read"""
diff --git a/Lib/multiprocessing/forking.py b/Lib/multiprocessing/forking.py
--- a/Lib/multiprocessing/forking.py
+++ b/Lib/multiprocessing/forking.py
@@ -7,7 +7,9 @@
 # Licensed to PSF under a Contributor Agreement.
 #
 
+import io
 import os
+import pickle
 import sys
 import signal
 
@@ -43,6 +45,15 @@
     def register(cls, type, reduce):
         cls._extra_reducers[type] = reduce
 
+    @staticmethod
+    def dumps(obj):
+        buf = io.BytesIO()
+        ForkingPickler(buf, pickle.HIGHEST_PROTOCOL).dump(obj)
+        return buf.getbuffer()
+
+    loads = pickle.loads
+
+
 def _reduce_method(m):
     if m.__self__ is None:
         return getattr, (m.__class__, m.__func__.__name__)
diff --git a/Lib/multiprocessing/queues.py b/Lib/multiprocessing/queues.py
--- a/Lib/multiprocessing/queues.py
+++ b/Lib/multiprocessing/queues.py
@@ -22,7 +22,7 @@
 from multiprocessing.connection import Pipe
 from multiprocessing.synchronize import Lock, BoundedSemaphore, Semaphore, Condition
 from multiprocessing.util import debug, info, Finalize, register_after_fork
-from multiprocessing.forking import assert_spawning
+from multiprocessing.forking import assert_spawning, ForkingPickler
 
 #
 # Queue type using a pipe, buffer and thread
@@ -69,8 +69,8 @@
         self._joincancelled = False
         self._closed = False
         self._close = None
-        self._send = self._writer.send
-        self._recv = self._reader.recv
+        self._send_bytes = self._writer.send_bytes
+        self._recv_bytes = self._reader.recv_bytes
         self._poll = self._reader.poll
 
     def put(self, obj, block=True, timeout=None):
@@ -89,14 +89,9 @@
 
     def get(self, block=True, timeout=None):
         if block and timeout is None:
-            self._rlock.acquire()
-            try:
-                res = self._recv()
-                self._sem.release()
-                return res
-            finally:
-                self._rlock.release()
-
+            with self._rlock:
+                res = self._recv_bytes()
+            self._sem.release()
         else:
             if block:
                 deadline = time.time() + timeout
@@ -109,11 +104,12 @@
                         raise Empty
                 elif not self._poll():
                     raise Empty
-                res = self._recv()
+                res = self._recv_bytes()
                 self._sem.release()
-                return res
             finally:
                 self._rlock.release()
+        # unserialize the data after having released the lock
+        return ForkingPickler.loads(res)
 
     def qsize(self):
         # Raises NotImplementedError on Mac OSX because of broken sem_getvalue()
@@ -158,7 +154,7 @@
         self._buffer.clear()
         self._thread = threading.Thread(
             target=Queue._feed,
-            args=(self._buffer, self._notempty, self._send,
+            args=(self._buffer, self._notempty, self._send_bytes,
                   self._wlock, self._writer.close, self._ignore_epipe),
             name='QueueFeederThread'
             )
@@ -210,7 +206,7 @@
             notempty.release()
 
     @staticmethod
-    def _feed(buffer, notempty, send, writelock, close, ignore_epipe):
+    def _feed(buffer, notempty, send_bytes, writelock, close, ignore_epipe):
         debug('starting thread to feed data to pipe')
         from .util import is_exiting
 
@@ -241,14 +237,16 @@
                             close()
                             return
 
+                        # serialize the data before acquiring the lock
+                        obj = ForkingPickler.dumps(obj)
                         if wacquire is None:
-                            send(obj)
+                            send_bytes(obj)
                             # Delete references to object. See issue16284
                             del obj
                         else:
                             wacquire()
                             try:
-                                send(obj)
+                                send_bytes(obj)
                                 # Delete references to object. See issue16284
                                 del obj
                             finally:
@@ -344,7 +342,6 @@
             self._wlock = None
         else:
             self._wlock = Lock()
-        self._make_methods()
 
     def empty(self):
         return not self._poll()
@@ -355,29 +352,19 @@
 
     def __setstate__(self, state):
         (self._reader, self._writer, self._rlock, self._wlock) = state
-        self._make_methods()
 
-    def _make_methods(self):
-        recv = self._reader.recv
-        racquire, rrelease = self._rlock.acquire, self._rlock.release
-        def get():
-            racquire()
-            try:
-                return recv()
-            finally:
-                rrelease()
-        self.get = get
+    def get(self):
+        with self._rlock:
+            res = self._reader.recv_bytes()
+        # unserialize the data after having released the lock
+        return ForkingPickler.loads(res)
 
+    def put(self, obj):
+        # serialize the data before acquiring the lock
+        obj = ForkingPickler.dumps(obj)
         if self._wlock is None:
             # writes to a message oriented win32 pipe are atomic
-            self.put = self._writer.send
+            self._writer.send_bytes(obj)
         else:
-            send = self._writer.send
-            wacquire, wrelease = self._wlock.acquire, self._wlock.release
-            def put(obj):
-                wacquire()
-                try:
-                    return send(obj)
-                finally:
-                    wrelease()
-            self.put = put
+            with self._wlock:
+                self._writer.send_bytes(obj)

From report at bugs.python.org  Thu Mar 21 16:31:51 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Thu, 21 Mar 2013 15:31:51 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1363879911.95.0.113201041178.issue16475@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

Yes, they were fixed with #42bf74b90626 which also added unittests in test_marshal.py to make sure invalid EOFs are always caught.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Thu Mar 21 16:44:13 2013
From: report at bugs.python.org (Paul Price)
Date: Thu, 21 Mar 2013 15:44:13 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363880653.58.0.684950697536.issue17409@psf.upfronthosting.co.za>


Paul Price added the comment:

Not sure how you want patches formatted, so I went for 'git format-patch'.

Also, this is my first attempt at writing ReST and my first attempt at writing docs for Python, so you may want to double-check I didn't screw up the syntax or style.  Hopefully this doesn't cause more work than writing it yourself....

----------
keywords: +patch
Added file: http://bugs.python.org/file29530/0001-Docs-clarify-use-of-1-for-resource.setrlimit-Issue17.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Thu Mar 21 16:47:12 2013
From: report at bugs.python.org (Paul Price)
Date: Thu, 21 Mar 2013 15:47:12 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363880832.47.0.829088481794.issue17409@psf.upfronthosting.co.za>


Paul Price added the comment:

P.S. This is relative to the 'default' branch in the public cpython.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Thu Mar 21 17:02:07 2013
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 21 Mar 2013 16:02:07 +0000
Subject: [issue17500] move PC/icons/source.xar to
	http://www.python.org/community/logos/
In-Reply-To: <1363820002.7.0.633809398541.issue17500@psf.upfronthosting.co.za>
Message-ID: <1363881727.22.0.977110550966.issue17500@psf.upfronthosting.co.za>


Matthias Klose added the comment:

ohh, I didn't see. however these are binaries only, and they still promise to open the sources, however the latest information on this page is for Ubuntu dapper drake (6.06), now almost seven years old.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17500>
_______________________________________

From report at bugs.python.org  Thu Mar 21 17:11:44 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 21 Mar 2013 16:11:44 +0000
Subject: [issue17494] References to stack bottom are confusing
In-Reply-To: <1363796909.72.0.754685300638.issue17494@psf.upfronthosting.co.za>
Message-ID: <1363882304.21.0.610169125052.issue17494@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

stack = []
stack.append(item)
stack.append(item)
stack.append(item)

This is an appropriate explanation of the stack in Python, the first frame is the frame that was put in first.


root/terminal - if you know what a stack is, you won't confuse it with a tree, if you don't - then in my opinion your top/bottom terminology won't help to gain understanding. root/terminal removes the ambiguity.


right/left is also a good alternative. Nobody imagines a stack growing right to left.

----------
resolution: rejected -> remind
status: closed -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17494>
_______________________________________

From report at bugs.python.org  Thu Mar 21 17:12:00 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 21 Mar 2013 16:12:00 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1363882320.5.0.636160512227.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

After digging a bit further it seems EAGAIN occurs in case a timeout was previously set against the socket as in ftplib.FTP(..., timeout=2) (at least on Linux, FWICT).

As such, we can debate whether avoid using select/poll if timeout was not set.
I'll that a look at the man pages of the other POSIX platforms and figure whether EAGAIN is interpreted as on Linux.

Other than that, the patch is reasonably ok to me and can be committed as-is and blocksize argument tuning can be discussed in a separate ticket.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Mar 21 17:17:48 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 21 Mar 2013 16:17:48 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1363882668.97.0.666044575488.issue13564@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> After digging a bit further it seems EAGAIN occurs in case a timeout was previously 
> set against the socket as in ftplib.FTP(..., timeout=2) (at least on Linux, FWICT).

Ah, indeed. That's because socket timeout makes the underlying fd non-blocking.
Which means there probably should be a higher-level sendfile() facility for sockets, taking into account the socket timeout...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Mar 21 17:26:03 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 21 Mar 2013 16:26:03 +0000
Subject: [issue17494] References to stack bottom are confusing
In-Reply-To: <1363796909.72.0.754685300638.issue17494@psf.upfronthosting.co.za>
Message-ID: <1363883163.64.0.645039544554.issue17494@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Using "first" makes some sense, since it's talking about "previous", but I agree it might be confused with the top frame too.  What about this wording then:
-f_back is to the previous stack frame (towards the caller),
-or None if this is the bottom stack frame;
+f_back is to the previous stack frame (towards the caller),
+or None if this is the first frame at the bottom of the stack;

----------
nosy: +ezio.melotti
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17494>
_______________________________________

From report at bugs.python.org  Thu Mar 21 17:30:49 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 21 Mar 2013 16:30:49 +0000
Subject: [issue10224] Build 3.x documentation using python3.x
In-Reply-To: <1288304199.49.0.7053863257.issue10224@psf.upfronthosting.co.za>
Message-ID: <1363883449.74.0.600316557205.issue10224@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Apparently they are cached, and unless the cache expires often, the server doesn't need to regenerate the tarball too often.  However I don't know the details of the caching, and if they can be tweaked.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10224>
_______________________________________

From report at bugs.python.org  Thu Mar 21 17:45:56 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 21 Mar 2013 16:45:56 +0000
Subject: [issue17494] References to stack bottom are confusing
In-Reply-To: <1363796909.72.0.754685300638.issue17494@psf.upfronthosting.co.za>
Message-ID: <1363884356.75.0.4909089528.issue17494@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

+or None if this is the first frame (at the bottom of the stack);

I'd avoid top/bottom altogether, but if it is what is needed to reach the consensus then I am fine with that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17494>
_______________________________________

From report at bugs.python.org  Thu Mar 21 17:48:04 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 16:48:04 +0000
Subject: [issue10224] Build 3.x documentation using python3.x
In-Reply-To: <1288304199.49.0.7053863257.issue10224@psf.upfronthosting.co.za>
Message-ID: <1363884484.67.0.647459427192.issue10224@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10224>
_______________________________________

From report at bugs.python.org  Thu Mar 21 18:06:09 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 21 Mar 2013 17:06:09 +0000
Subject: [issue17503] replace mode is always on in console
In-Reply-To: <1363848491.99.0.913021954161.issue17503@psf.upfronthosting.co.za>
Message-ID: <1363885569.42.0.219338328968.issue17503@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

I've messed with some settings, upgraded Far, restarted it during yet another test and suddenly everything worked. I hate such stuff. Thanks for support.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17503>
_______________________________________

From report at bugs.python.org  Thu Mar 21 18:11:52 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 21 Mar 2013 17:11:52 +0000
Subject: [issue17494] References to stack bottom are confusing
In-Reply-To: <1363796909.72.0.754685300638.issue17494@psf.upfronthosting.co.za>
Message-ID: <1363885912.87.0.846658510217.issue17494@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Top/bottom is accepted and understood nomenclature when talking about stacks. Think about a stack of plates in the kitchen. You put a new plate on top, you take it out from top. That's it.

Now, lists are just one way to implement stacks, and printing them is also inconclusive in direction. Therefore I don't think we should mix the implementation/definition here and keep top/bottom.

----------
nosy: +eli.bendersky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17494>
_______________________________________

From report at bugs.python.org  Thu Mar 21 18:21:47 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 21 Mar 2013 17:21:47 +0000
Subject: [issue17136] ctypes tests fail with clang on non-OS X
In-Reply-To: <1360081451.14.0.916980822692.issue17136@psf.upfronthosting.co.za>
Message-ID: <1363886507.7.0.15454765768.issue17136@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Fixed by libffi-3.0.13 import.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17136>
_______________________________________

From report at bugs.python.org  Thu Mar 21 18:23:20 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 21 Mar 2013 17:23:20 +0000
Subject: [issue17494] References to stack bottom are confusing
In-Reply-To: <1363796909.72.0.754685300638.issue17494@psf.upfronthosting.co.za>
Message-ID: <1363886600.01.0.314808622238.issue17494@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

It appeared that I always thought that stacks grow down towards the end of memory, but it appears that they are growing down towards the beginning (x86 and friends). Spent some years with assembly to miss that. A shame on me. =)

Even if title of the issue is still true, it is no more actual. I am closing this. Thanks for support.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17494>
_______________________________________

From report at bugs.python.org  Thu Mar 21 18:23:31 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Thu, 21 Mar 2013 17:23:31 +0000
Subject: [issue16310] zipfile: allow surrogates in filenames
In-Reply-To: <1351082025.34.0.287428579283.issue16310@psf.upfronthosting.co.za>
Message-ID: <1363886611.58.0.859949867343.issue16310@psf.upfronthosting.co.za>


Toshio Kuratomi added the comment:

Version 2 of the patch

* fixes for the style problems noted by ezio.melotti

----------
Added file: http://bugs.python.org/file29531/python3-zipfile-surrogate.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16310>
_______________________________________

From report at bugs.python.org  Thu Mar 21 18:29:16 2013
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 21 Mar 2013 17:29:16 +0000
Subject: [issue17494] References to stack bottom are confusing
In-Reply-To: <1363796909.72.0.754685300638.issue17494@psf.upfronthosting.co.za>
Message-ID: <1363886956.47.0.227347731179.issue17494@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

I actually find the growth direction confusing sometimes for the same reasons (too much x86 assembly). This is why I wrote this blog post a while back - mainly so I can always look at it and de-confuse myself: http://eli.thegreenplace.net/2011/02/04/where-the-top-of-the-stack-is-on-x86/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17494>
_______________________________________

From report at bugs.python.org  Thu Mar 21 18:29:55 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 21 Mar 2013 17:29:55 +0000
Subject: [issue10224] Build 3.x documentation using python3.x
In-Reply-To: <1288304199.49.0.7053863257.issue10224@psf.upfronthosting.co.za>
Message-ID: <1363886995.95.0.317404396991.issue10224@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Ok, that sounds good then.

BTW, for 3.3+ would it make sense instead to create a virtualenv and directly install the required versions from pypi?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10224>
_______________________________________

From report at bugs.python.org  Thu Mar 21 18:38:24 2013
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 21 Mar 2013 17:38:24 +0000
Subject: [issue10224] Build 3.x documentation using python3.x
In-Reply-To: <1288304199.49.0.7053863257.issue10224@psf.upfronthosting.co.za>
Message-ID: <1363887504.43.0.503068418164.issue10224@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I guess if we are willing to write a mini-pip to download the latest release directly from PyPI we could. Since there are no C extensions we don't have to care about the lack of header files in Include if we are going to build from the repo build directly. Or are you more thinking that we just require 3.3 externally to build and not rely on the repo build unless absolutely necessary? Just wondering about when the venv environment copies instead of symlinks the binary.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10224>
_______________________________________

From report at bugs.python.org  Thu Mar 21 19:01:08 2013
From: report at bugs.python.org (=?utf-8?b?SHJ2b2plIE5pa8WhacSH?=)
Date: Thu, 21 Mar 2013 18:01:08 +0000
Subject: [issue17505] email.header.Header.__unicode__ does not decode header
In-Reply-To: <1363852013.63.0.253070231302.issue17505@psf.upfronthosting.co.za>
Message-ID: <1363888868.77.0.0563115358026.issue17505@psf.upfronthosting.co.za>


Hrvoje Nik?i? added the comment:

An example of the confusion that lack of a clear "convert to unicode" method creates is illustrated by this StackOverflow question: http://stackoverflow.com/q/15516958/1600898

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17505>
_______________________________________

From report at bugs.python.org  Thu Mar 21 19:03:21 2013
From: report at bugs.python.org (Joe Hsiao)
Date: Thu, 21 Mar 2013 18:03:21 +0000
Subject: [issue17344] checking size of size_t... configure: error:
In-Reply-To: <1362378724.97.0.818399526609.issue17344@psf.upfronthosting.co.za>
Message-ID: <1363889001.91.0.269538572849.issue17344@psf.upfronthosting.co.za>


Joe Hsiao added the comment:

I was brought here by google searching for the same issue.

My system is MAC OSX 10.6.8 with gcc version 4.2.1.
I downloaded Python-2.7.3 and used the following configure command:

/configure --enable-framework --enable-universalsdk --with-universal-archs=intel

and received the same error:

checking size of size_t... configure: error: in `/Users/phsiao/dev/Python-2.7.3-universal':
configure: error: cannot compute sizeof (size_t)
See `config.log' for more details

----------
nosy: +phsiao

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17344>
_______________________________________

From report at bugs.python.org  Thu Mar 21 19:41:46 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 18:41:46 +0000
Subject: [issue17505] email.header.Header.__unicode__ does not decode header
In-Reply-To: <1363852013.63.0.253070231302.issue17505@psf.upfronthosting.co.za>
Message-ID: <1363891306.58.0.54271627326.issue17505@psf.upfronthosting.co.za>


R. David Murray added the comment:

I agree that this is not the worlds best API.  However, it is the API that we have in 2.7/3.2, and we can't change how Header.__unicode__ behaves without breaking backward compatibility.  

What we could do is add an example of how to use this API to get unicode strings to the top of the docs:

   >>>  unicode(make_header(decode_header('=?gb2312?b?1eLKx9bQzsSy4srUo6E=?=')))
   u'\u8fd9\u662f\u4e2d\u6587\u6d4b\u8bd5\uff01'

But you already know about that.

In Python 3.3 you get this:

   >>> msg = message_from_string("subject: =?gb2312?b?1eLKx9bQzsSy4srUo6E=?=\n\n", policy=default)
   >>> msg['subject']
   '???????'

So, I'll make this a doc bug.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
versions: +Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17505>
_______________________________________

From report at bugs.python.org  Thu Mar 21 19:49:17 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 18:49:17 +0000
Subject: [issue17505] email.header.Header.__unicode__ does not decode header
In-Reply-To: <1363852013.63.0.253070231302.issue17505@psf.upfronthosting.co.za>
Message-ID: <1363891757.27.0.391438735931.issue17505@psf.upfronthosting.co.za>


R. David Murray added the comment:

Erg, somehow I failed to read the second half of your message before writing mine...clearly you *didn't* know about that idiom, so the doc patch is obviously an important thing to do.

To clarify about the 3.3 example: the policy=default is key, it tells the email package to use the new (currently provisional) policy code to provide improved handling of header decoding and encoding.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17505>
_______________________________________

From report at bugs.python.org  Thu Mar 21 19:52:14 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 18:52:14 +0000
Subject: [issue17508] logging.config.ConvertingDict issue with MemoryHandler
In-Reply-To: <1363869267.93.0.47675906919.issue17508@psf.upfronthosting.co.za>
Message-ID: <1363891934.88.0.525858817959.issue17508@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17508>
_______________________________________

From report at bugs.python.org  Thu Mar 21 19:57:16 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 21 Mar 2013 18:57:16 +0000
Subject: [issue17494] References to stack bottom are confusing
In-Reply-To: <1363796909.72.0.754685300638.issue17494@psf.upfronthosting.co.za>
Message-ID: <1363892236.62.0.812858449637.issue17494@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

@eli.bendersky: The article is awesome. One of the cases when I regret that many interesting Python posts don't have a +1 button. One more chapter about C stack overflow and it will get all top hits. ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17494>
_______________________________________

From report at bugs.python.org  Thu Mar 21 20:16:44 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 19:16:44 +0000
Subject: [issue17487] wave.Wave_read.getparams should be more user friendly
In-Reply-To: <1363726749.83.0.981836859976.issue17487@psf.upfronthosting.co.za>
Message-ID: <1363893404.46.0.097896438898.issue17487@psf.upfronthosting.co.za>


R. David Murray added the comment:

Looks good.

Claudio, could you please submit a contributor agreement? (http:://www.python.org/psf/contrib).

----------
stage:  -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17487>
_______________________________________

From report at bugs.python.org  Thu Mar 21 20:35:07 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 21 Mar 2013 19:35:07 +0000
Subject: [issue17383] Possibly ambiguous phrasing in
	tutorial/modules#more-on-modules
In-Reply-To: <1362700500.92.0.448355159104.issue17383@psf.upfronthosting.co.za>
Message-ID: <1363894507.88.0.656163043088.issue17383@psf.upfronthosting.co.za>


?ric Araujo added the comment:

I was not disagreeing that there was an ambiguity, just trying to explain why some people would understand the text in a different way that what it meant.

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17383>
_______________________________________

From report at bugs.python.org  Thu Mar 21 20:50:02 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 21 Mar 2013 19:50:02 +0000
Subject: [issue17509] Incorrect package version predicate parsing by distutils
In-Reply-To: <1363873640.53.0.825391664952.issue17509@psf.upfronthosting.co.za>
Message-ID: <1363895402.01.0.836065602595.issue17509@psf.upfronthosting.co.za>


?ric Araujo added the comment:

requires is supposed to take a Python module name (e.g. 'xml'), not a distribution name (e.g. 'PyXML') or a system package name ('rpm-build').  The hyphen is rejected because it?s not a valid character for a Python module name.

That said, requires should not be used, as there is no tool at all that supports it.  distutils effectively has no support for dependencies.  I have a bug open to recommend to people that they shouldn?t use requires.  Third-party tools support dependencies on Python distributions, i.e. names like PyXML which are registered on PyPI.

There is no way to depend on non-Python stuff for the moment with distutils.  A custom command could call the system package manager, or users need to install it manually, or you can use buildout, or a configuration management system like puppet or chef.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17509>
_______________________________________

From report at bugs.python.org  Thu Mar 21 21:15:09 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 20:15:09 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363896909.61.0.639205248889.issue17409@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks for the patch.  You got the patch mechanics correct.

I did a little experimenting, and at least on my linux box, the exception is raised for any(*) resource whose hard limit is not unlimited.  I'm attaching a revised patch that expresses this.  Do you think this provides sufficient clarification?

One question I have relates to the use of the word 'infinite'.  In the shell, the term 'unlimited' is used, so I'm thinking that's what most people will be familiar with.  On the other hand, the man page for the syscall we are wrapping uses the term 'infinite', so one can argue that it is more correct.  I'm ambivalent about which term to use.

(*) I tested this on NO_PROC, since that's the only other one my shell has a hard limit for, and by setting a hard limit via the shell ulimit command and then using (-1, -1) in the setrlimit call.

----------
Added file: http://bugs.python.org/file29532/setrlimit_doc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Thu Mar 21 21:19:22 2013
From: report at bugs.python.org (Paul Price)
Date: Thu, 21 Mar 2013 20:19:22 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363897162.92.0.0864870680832.issue17409@psf.upfronthosting.co.za>


Paul Price added the comment:

That's good; it doesn't have what I added to the description of RLIMIT_NOFILE, but perhaps you chose to leave that out on purpose.

Since both "unlimited" and "infinite" are both used in different contexts, perhaps we should use both, e.g., "infinite/unlimited"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Thu Mar 21 21:23:49 2013
From: report at bugs.python.org (florian-rathgeber)
Date: Thu, 21 Mar 2013 20:23:49 +0000
Subject: [issue14965] super() and property inheritance behavior
In-Reply-To: <1338433441.66.0.975494137492.issue14965@psf.upfronthosting.co.za>
Message-ID: <1363897429.83.0.767883764001.issue14965@psf.upfronthosting.co.za>


Changes by florian-rathgeber <florian.rathgeber at gmail.com>:


----------
nosy: +florian-rathgeber

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14965>
_______________________________________

From report at bugs.python.org  Thu Mar 21 21:24:02 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 20:24:02 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363897442.14.0.554132133296.issue17409@psf.upfronthosting.co.za>


R. David Murray added the comment:

infinite/unlimited sounds like a good compromise :)

Yes, I left NOFILE out on purpose, because the issue applies to any resource that is not unlimited for whatever reason.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Thu Mar 21 21:40:06 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 21 Mar 2013 20:40:06 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <3ZX0HT0P5nzSdT@mail.python.org>


Roundup Robot added the comment:

New changeset 8f91014c8f00 by doko in branch '3.2':
- Issue #16754: Fix the incorrect shared library extension on linux. Introduce
http://hg.python.org/cpython/rev/8f91014c8f00

New changeset 14f0c9e595a5 by doko in branch '3.3':
- Issue #16754: Fix the incorrect shared library extension on linux. Introduce
http://hg.python.org/cpython/rev/14f0c9e595a5

New changeset f6a6b4eed5b0 by doko in branch 'default':
- Issue #16754: Fix the incorrect shared library extension on linux. Introduce
http://hg.python.org/cpython/rev/f6a6b4eed5b0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Thu Mar 21 21:45:15 2013
From: report at bugs.python.org (Daniel Black)
Date: Thu, 21 Mar 2013 20:45:15 +0000
Subject: [issue17510] assertEquals deprecated in test_program.py (unittest)
Message-ID: <1363898715.94.0.418394016948.issue17510@psf.upfronthosting.co.za>


New submission from Daniel Black:

Following #9424 here's a patch that changes assertEquals -> assertEqual for Lib/unittest/test/test_program.py

against hg tip as of now

----------
components: Tests
files: unittest.patch
keywords: patch
messages: 184906
nosy: grooverdan
priority: normal
severity: normal
status: open
title: assertEquals deprecated in test_program.py (unittest)
type: enhancement
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file29533/unittest.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17510>
_______________________________________

From report at bugs.python.org  Thu Mar 21 21:54:54 2013
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 21 Mar 2013 20:54:54 +0000
Subject: [issue17500] move PC/icons/source.xar to
	http://www.python.org/community/logos/
In-Reply-To: <1363820002.7.0.633809398541.issue17500@psf.upfronthosting.co.za>
Message-ID: <1363899294.62.0.705009489164.issue17500@psf.upfronthosting.co.za>


Matthias Klose added the comment:

besides the availability of the graphics program, would there be any objection to move the source.xar file to the python.org web site?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17500>
_______________________________________

From report at bugs.python.org  Thu Mar 21 21:55:51 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 20:55:51 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363899351.37.0.458405116205.issue17409@psf.upfronthosting.co.za>


R. David Murray added the comment:

Here's another attempt, using infinite/unlimited .  I noticed that the following paragraph talks specifically about the error raised, so I moved the explanation to that paragraph.

----------
Added file: http://bugs.python.org/file29534/setrlimit_doc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Thu Mar 21 21:57:16 2013
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 21 Mar 2013 20:57:16 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <1363899436.31.0.649532695576.issue16754@psf.upfronthosting.co.za>


Matthias Klose added the comment:

fixed, pep update is pending

----------
assignee: eric.araujo -> barry
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Thu Mar 21 22:13:18 2013
From: report at bugs.python.org (Paul Price)
Date: Thu, 21 Mar 2013 21:13:18 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363900398.83.0.0888402994755.issue17409@psf.upfronthosting.co.za>


Paul Price added the comment:

You missed out an "is":

   Raises :exc:`ValueError` if an invalid resource is specified, if the new soft
   limit exceeds the hard limit, or if a process tries to raise its hard limit
   (unless the process has an effective UID of super-user).  Specifying an
   infinite/unlmited limit when the hard or system limit for that resource **is** not
   unlimited will result in a :exc:`ValueError`.  ``setrlimit`` may also raise
    :exc:`error` if the underlying system call fails.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Thu Mar 21 22:17:30 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Mar 2013 21:17:30 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363900650.85.0.941425535954.issue17409@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

in-finite literally means un-limited or un-bounded. However, 'infinte' has also taken on the meaning of 'actual infinity'. So in my algorithms book, when 'actual infinities' are not in play. I describe the set of counts as unbounded. I suggest you go with just 'unlimited'. I believe constructions such as and/or (which some style guides discourage. because they are a bit ugly) should suggest some contrast or difference, rather than exact synonyms but I could be wrong.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Thu Mar 21 22:33:51 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 21:33:51 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363901631.53.0.902819097671.issue17409@psf.upfronthosting.co.za>


R. David Murray added the comment:

Terry: well, we're trying to deal with the fact that the setrlimit man page says:

       The  value  RLIM_INFINITY  denotes  no limit on a resource (both in the
       structure returned by getrlimit() and in the structure passed to  setr-
       limit()).

Oh.  RLIM_INFINITY is defined in the module.  Let me update the patch again :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Thu Mar 21 22:36:46 2013
From: report at bugs.python.org (Ned Deily)
Date: Thu, 21 Mar 2013 21:36:46 +0000
Subject: [issue17344] checking size of size_t... configure: error:
In-Reply-To: <1362378724.97.0.818399526609.issue17344@psf.upfronthosting.co.za>
Message-ID: <1363901806.68.0.199135160789.issue17344@psf.upfronthosting.co.za>


Ned Deily added the comment:

Joe, there are many reasons for seeing configure errors like that and they are almost always platform-specific.  Ones seen on OS X are unlikely to be related to ones seen on Solaris so they should be covered in separate issues.  In your case, --enable-universalsdk with no arguments means to use the OS X 10.4u SDK which does not support 64-bit builds ("intel").  As described in Mac/README, you need to specify --enable-universalsdk=/ to use the command-line-tool installed headers on your system or --enable-universalsdk=/path/to/SDK to use a specific Xcode-installed SDK.  Also it is best to explicitly include MACOSX_DEPLOYMENT_TARGET=10.6 (or whatever) in the ./configure arguments.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17344>
_______________________________________

From report at bugs.python.org  Thu Mar 21 22:43:22 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 21:43:22 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363902202.44.0.214178393935.issue17409@psf.upfronthosting.co.za>


R. David Murray added the comment:

Here's a patch that adds RLIMIT_INFINITY and uses it.  This constant exists in 2.7 and Python3, but has not been previously documented.

----------
Added file: http://bugs.python.org/file29535/setrlimit_doc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Thu Mar 21 22:47:32 2013
From: report at bugs.python.org (Sarah)
Date: Thu, 21 Mar 2013 21:47:32 +0000
Subject: [issue17511] Idle find function closes after each find operation
Message-ID: <1363902452.43.0.911749750934.issue17511@psf.upfronthosting.co.za>


New submission from Sarah:

When I use the 'find' function in Idle, the dialogue closes after the first instance is found.

To find the next instance, one must then use the 'find again' function, rather than the 'find' function. One can also use Ctrl+G, but that may not be intuitive for new users, who may not frequently use keyboard shortcuts.

It would be nice to have a persistent box so that users can simply click 'find' repeatedly to iterate the 'find again' function. We would then have to alter when highlighting happens, as it currently happens only after the box is closed. 

I think the relevant code is located in the SearchDialog.py file on line 55.

Unfortunately, I can't figure out how to adjust this myself, as I am a n00b. 

Note: I am working on Windows 7 with python ver 2.7.3

----------
components: IDLE
messages: 184915
nosy: Kuchinsky
priority: normal
severity: normal
status: open
title: Idle find function closes after each find operation
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17511>
_______________________________________

From report at bugs.python.org  Thu Mar 21 23:02:22 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 21 Mar 2013 22:02:22 +0000
Subject: [issue13150] Most of Python's startup time is sysconfig
In-Reply-To: <1318302178.08.0.514256961817.issue13150@psf.upfronthosting.co.za>
Message-ID: <3ZX26P67GBzSsw@mail.python.org>


Roundup Robot added the comment:

New changeset 66e30c4870bb by doko in branch '2.7':
- Issue #13150: sysconfig no longer parses the Makefile and config.h files
http://hg.python.org/cpython/rev/66e30c4870bb

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13150>
_______________________________________

From report at bugs.python.org  Thu Mar 21 23:09:29 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Mar 2013 22:09:29 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363903769.94.0.284765340156.issue17409@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Both old and new have this sentence:
"Raises :exc:`ValueError` if an invalid resource is specified, if the new soft limit exceeds the hard limit, or if a process tries to raise its hard limit (unless the process has an effective UID of super-user)."

This strikes me as a bit awkward and ambiguous. As a naive reader that does not already know the facts, it is unclear whether the (unless...) applies to the overall sentence (Raise...) or just the last clause (if a process...). I would try moving the 'unless...' either before the whole sentence or before the clause, depending on which is true.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Thu Mar 21 23:38:24 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 22:38:24 +0000
Subject: [issue17429] platform.platform() can throw Unicode error
In-Reply-To: <1363360110.07.0.662014346708.issue17429@psf.upfronthosting.co.za>
Message-ID: <1363905504.34.0.82112081042.issue17429@psf.upfronthosting.co.za>


R. David Murray added the comment:

Review comments added.

----------
nosy: +r.david.murray
stage:  -> patch review
type:  -> behavior
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17429>
_______________________________________

From report at bugs.python.org  Thu Mar 21 23:56:23 2013
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 21 Mar 2013 22:56:23 +0000
Subject: [issue17512] backport of the _sysconfigdata.py module (issue 13150)
	breaks the build on darwin
Message-ID: <1363906583.54.0.309011739776.issue17512@psf.upfronthosting.co.za>


New submission from Matthias Klose:

The backport of #13150 to the 2.7 branch breaks the build on darwin. There is a special case for providing the _sysconfigdata module in _generate_posix_vars before get_platform is called (darwin only) and before the module is actually written.

However get_platform is called before, in site.addbuilddir(). Wondering if this call can either be avoided, or worked around.

options:

- backport issue586680 too (http://hg.python.org/cpython/rev/4742e7aea2f5/)
- fall back to generic values for osname, release, machine

any other options?

----------
assignee: doko
components: Build
messages: 184919
nosy: benjamin.peterson, doko, ronaldoussoren
priority: release blocker
severity: normal
stage: needs patch
status: open
title: backport of the _sysconfigdata.py module (issue 13150) breaks the build on darwin
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17512>
_______________________________________

From report at bugs.python.org  Thu Mar 21 23:59:45 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 21 Mar 2013 22:59:45 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
In-Reply-To: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>
Message-ID: <1363906785.14.0.0146775276361.issue17425@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Martin, is something that needs to be worked on before the rc this weekend?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Fri Mar 22 00:12:40 2013
From: report at bugs.python.org (Amin)
Date: Thu, 21 Mar 2013 23:12:40 +0000
Subject: [issue17513] astrike(*) in argv
Message-ID: <1363907560.02.0.627372427517.issue17513@psf.upfronthosting.co.za>


New submission from Amin:

suppose the the following simple program argvtest.py:

import sys
print sys.argv[1]

in my Python 2.6.6. if I run it with the following parameters:
$ python argvtest.py tc*
it returns:
tc2 (or the first result of ls tc*) 
but it should return 
tc*

----------
components: Library (Lib)
files: argvtest.py
messages: 184921
nosy: Amin
priority: normal
severity: normal
status: open
title: astrike(*) in argv
versions: Python 2.6
Added file: http://bugs.python.org/file29536/argvtest.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17513>
_______________________________________

From report at bugs.python.org  Fri Mar 22 00:13:57 2013
From: report at bugs.python.org (Alex Gaynor)
Date: Thu, 21 Mar 2013 23:13:57 +0000
Subject: [issue17513] astrike(*) in argv
In-Reply-To: <1363907560.02.0.627372427517.issue17513@psf.upfronthosting.co.za>
Message-ID: <1363907637.27.0.306359226475.issue17513@psf.upfronthosting.co.za>


Alex Gaynor added the comment:

This is a result of your shell automatically expeanding that, depending on what shell you use there'll be a way to escape the *.

----------
nosy: +alex
resolution:  -> invalid

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17513>
_______________________________________

From report at bugs.python.org  Fri Mar 22 00:15:42 2013
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 21 Mar 2013 23:15:42 +0000
Subject: [issue17512] backport of the _sysconfigdata.py module (issue 13150)
	breaks the build on darwin
In-Reply-To: <1363906583.54.0.309011739776.issue17512@psf.upfronthosting.co.za>
Message-ID: <1363907742.3.0.703421990577.issue17512@psf.upfronthosting.co.za>


Matthias Klose added the comment:

untested work-around. we don't need the builddir to generate the _sysconfigdata.py.

----------
keywords: +patch
Added file: http://bugs.python.org/file29537/workaround.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17512>
_______________________________________

From report at bugs.python.org  Fri Mar 22 00:22:21 2013
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 21 Mar 2013 23:22:21 +0000
Subject: [issue17512] backport of the _sysconfigdata.py module (issue 13150)
	breaks the build on darwin
In-Reply-To: <1363906583.54.0.309011739776.issue17512@psf.upfronthosting.co.za>
Message-ID: <1363908141.83.0.964504341532.issue17512@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


----------
nosy: +pitrou, twouters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17512>
_______________________________________

From report at bugs.python.org  Fri Mar 22 00:28:14 2013
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 21 Mar 2013 23:28:14 +0000
Subject: [issue17465] Gut devinabox
In-Reply-To: <1363632366.54.0.638197438199.issue17465@psf.upfronthosting.co.za>
Message-ID: <1363908494.96.0.206097813644.issue17465@psf.upfronthosting.co.za>


Brett Cannon added the comment:

OK, rewrite is finished in changeset 2c20681befa8 .

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17465>
_______________________________________

From report at bugs.python.org  Fri Mar 22 00:30:34 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 23:30:34 +0000
Subject: [issue17513] astrike(*) in argv
In-Reply-To: <1363907560.02.0.627372427517.issue17513@psf.upfronthosting.co.za>
Message-ID: <1363908634.89.0.555461764826.issue17513@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17513>
_______________________________________

From report at bugs.python.org  Fri Mar 22 00:36:56 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 21 Mar 2013 23:36:56 +0000
Subject: [issue13248] deprecated in 3.2/3.3, should be removed in 3.4
In-Reply-To: <1319392186.66.0.823106983991.issue13248@psf.upfronthosting.co.za>
Message-ID: <3ZX4CW36yKzSpD@mail.python.org>


Roundup Robot added the comment:

New changeset 62a988b3bf2e by Terry Jan Reedy in branch 'default':
Issue #13248: NEWS and What's New items
http://hg.python.org/cpython/rev/62a988b3bf2e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13248>
_______________________________________

From report at bugs.python.org  Fri Mar 22 00:42:15 2013
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Mar 2013 23:42:15 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363909335.24.0.0209023418235.issue17409@psf.upfronthosting.co.za>


R. David Murray added the comment:

How about this.

----------
Added file: http://bugs.python.org/file29538/setrlimit_doc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Fri Mar 22 00:46:43 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Mar 2013 23:46:43 +0000
Subject: [issue15392] Create a unittest framework for IDLE
In-Reply-To: <1342673080.97.0.671694156374.issue15392@psf.upfronthosting.co.za>
Message-ID: <1363909603.1.0.0723770473338.issue15392@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Since writing this, I ran test_ttk_guionly by itself, so it would run, and saw the flickering windows. I have thought about using unitest.mock and Nick has offered to help particlarly with that.

----------
nosy: +ncoghlan
versions: +Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15392>
_______________________________________

From report at bugs.python.org  Fri Mar 22 00:49:41 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Thu, 21 Mar 2013 23:49:41 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1363909781.82.0.136809486401.issue5845@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Fri Mar 22 00:51:05 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Thu, 21 Mar 2013 23:51:05 +0000
Subject: [issue5845] rlcompleter should be enabled automatically
In-Reply-To: <1240702039.68.0.55843541961.issue5845@psf.upfronthosting.co.za>
Message-ID: <1363909865.4.0.468499795102.issue5845@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5845>
_______________________________________

From report at bugs.python.org  Fri Mar 22 01:03:23 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 22 Mar 2013 00:03:23 +0000
Subject: [issue17512] backport of the _sysconfigdata.py module (issue 13150)
	breaks the build on darwin
In-Reply-To: <1363906583.54.0.309011739776.issue17512@psf.upfronthosting.co.za>
Message-ID: <1363910603.25.0.561048632544.issue17512@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Backporting 4742e7aea2f5 would seem to be the simplest and most "correct" solution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17512>
_______________________________________

From report at bugs.python.org  Fri Mar 22 01:22:12 2013
From: report at bugs.python.org (David James)
Date: Fri, 22 Mar 2013 00:22:12 +0000
Subject: [issue17514] Add the license to argparse.py
Message-ID: <1363911732.52.0.330096157772.issue17514@psf.upfronthosting.co.za>


New submission from David James:

Lib/argparse.py [1] doesn't mention a license in it. Could you please add a license to it?

According to the argparse project [2], argparse is licensed under the Python license. Chromium OS uses argparse. If you would add information about the license to argparse, we'd appreciate it.

Here's an example license string that passes the Debian licensecheck [3] script:

# Licensed under the Python Software Foundation License version 2.7


In case you don't understand why Chromium wants include a license in argparse.py, rather than just consulting the global LICENSE file, here's a bit more detail: Chromium includes many files from different authors in its distribution. Many projects contain LICENSE files, but this doesn't mean that every file under the project is licensed under that license. So it's helpful if each file has a quick note that mentions what license it uses. This helps us ensure that we understand the license of all files we include. We automate this check using  Debian's licensecheck.pl script.


[1]: http://hg.python.org/cpython/file/62a988b3bf2e/Lib/argparse.py
[2]: https://code.google.com/p/argparse/source/browse/LICENSE.txt
[3]: http://ftp.de.debian.org/debian/pool/main/d/devscripts/devscripts_2.12.6.tar.gz or http://src.chromium.org/viewvc/chrome/trunk/src/third_party/devscripts/licensecheck.pl

----------
components: Library (Lib)
messages: 184929
nosy: David.James
priority: normal
severity: normal
status: open
title: Add the license to argparse.py
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17514>
_______________________________________

From report at bugs.python.org  Fri Mar 22 01:42:24 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 22 Mar 2013 00:42:24 +0000
Subject: [issue17508] logging.config.ConvertingDict issue with MemoryHandler
In-Reply-To: <1363869267.93.0.47675906919.issue17508@psf.upfronthosting.co.za>
Message-ID: <1363912944.41.0.106501798413.issue17508@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

Yes, this fails because it tries to construct the MemoryHandler first. Because the constructing is done in order of the keys, you can get it to work by renaming the 'fileGlobal' to 'afileGlobal' - this gets constructed before 'bufferGlobal'. I agree this is a workaround for now - I will implement a fix in due course.

----------
assignee:  -> vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17508>
_______________________________________

From report at bugs.python.org  Fri Mar 22 01:42:41 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 22 Mar 2013 00:42:41 +0000
Subject: [issue17508] logging.config.ConvertingDict issue with MemoryHandler
In-Reply-To: <1363869267.93.0.47675906919.issue17508@psf.upfronthosting.co.za>
Message-ID: <1363912961.59.0.900488640189.issue17508@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17508>
_______________________________________

From report at bugs.python.org  Fri Mar 22 01:57:16 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 22 Mar 2013 00:57:16 +0000
Subject: [issue17472] Patch for Additional Test Coverage in urllib.parse
In-Reply-To: <1363650954.41.0.872815127355.issue17472@psf.upfronthosting.co.za>
Message-ID: <3ZX60B4rMBzSsw@mail.python.org>


Roundup Robot added the comment:

New changeset 472b72a61b0a by R David Murray in branch 'default':
#17472: add tests for a couple of untested methods in urllib.urlparse.
http://hg.python.org/cpython/rev/472b72a61b0a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17472>
_______________________________________

From report at bugs.python.org  Fri Mar 22 01:58:11 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Mar 2013 00:58:11 +0000
Subject: [issue17515] Add sys.setasthook() to allow to use a custom AST
	optimizer
Message-ID: <1363913891.37.0.731570464343.issue17515@psf.upfronthosting.co.za>


New submission from STINNER Victor:

I wrote an optimizer rewriting the AST to implement various optimizatoions:
https://bitbucket.org/haypo/astoptimizer

To be able to use it, or use any other kind of AST transformation, I propose to add a new sys.setasthook() function to set a custom AST hook.

Attached patch is a proof-of-concept. The patch should be improved: document the function and add write unit tests.

Prototype of the hook:

def asthook(ast, filename):
   # ...
   return new_ast

I don't know if we need to add a compiler option (like _ast.PyCF_ONLY_AST) to skip the hook.

----------
files: setasthook.patch
keywords: patch
messages: 184932
nosy: brett.cannon, haypo
priority: normal
severity: normal
status: open
title: Add sys.setasthook() to allow to use a custom AST optimizer
versions: Python 3.4
Added file: http://bugs.python.org/file29539/setasthook.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17515>
_______________________________________

From report at bugs.python.org  Fri Mar 22 02:00:19 2013
From: report at bugs.python.org (R. David Murray)
Date: Fri, 22 Mar 2013 01:00:19 +0000
Subject: [issue17472] Patch for Additional Test Coverage in urllib.parse
In-Reply-To: <1363650954.41.0.872815127355.issue17472@psf.upfronthosting.co.za>
Message-ID: <1363914019.81.0.0145879450922.issue17472@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks Daniel.  I changed the Quoter test to look for the class name, since the purpose of that method is to differentiate itself from the base defaultdict repr.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17472>
_______________________________________

From report at bugs.python.org  Fri Mar 22 02:03:52 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Mar 2013 01:03:52 +0000
Subject: [issue17516] Dead code should be removed
Message-ID: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Using my astoptimizer project and the hook proposed in the issue #17515, I found the following dead code.
https://bitbucket.org/haypo/astoptimizer

Some code is not dead or unreachable in the general case, but only on a specific platform. I ran astoptimizer with all optimizations enabled, so os.name is replaced with "posix" for example. So "return os.name" is seen as dead code in the following function:

def _get_default_scheme():
    if os.name == 'posix':
        # the default scheme for posix is posix_prefix
        return 'posix_prefix'
    return os.name


Unreachable
===========

Lib/_pyio.py:2057: Assign(targets=[Name(id='initial_value', ctx=Store())], value=Call(func=Name(id='str', ctx=Load()), ...
Lib/sre_compile.py:68: Expr(value=Call(func=Name(id='emit', ctx=Load()), args=[Subscript(value=Name(id='OPCODES', ctx=Load(...
Lib/sre_compile.py:69: Assign(targets=[Name(id='skip', ctx=Store())], value=Call(func=Name(id='_len', ctx=Load()), args=[Na...
Lib/sre_compile.py:69: Expr(value=Call(func=Name(id='emit', ctx=Load()), args=[Num(n=0)], keywords=[], starargs=None, kwarg...
Lib/sre_compile.py:70: Expr(value=Call(func=Name(id='emit', ctx=Load()), args=[Subscript(value=Name(id='av', ctx=Load()), s...
Lib/sre_compile.py:71: Expr(value=Call(func=Name(id='emit', ctx=Load()), args=[Subscript(value=Name(id='av', ctx=Load()), s...
Lib/sre_compile.py:72: Expr(value=Call(func=Name(id='_compile', ctx=Load()), args=[Name(id='code', ctx=Load()), Subscript(v...
Lib/sre_compile.py:73: Expr(value=Call(func=Name(id='emit', ctx=Load()), args=[Subscript(value=Name(id='OPCODES', ctx=Load(...
Lib/sre_compile.py:74: Assign(targets=[Subscript(value=Name(id='code', ctx=Load()), slice=Index(value=Name(id='skip', ctx=L...
Lib/sysconfig.py:185: Return(value=Str(s='posix'))
Lib/test/test_posix.py:682: FunctionDef(name='_create_and_do_getcwd', args=arguments(args=[arg(arg='dirname', annotation=None), ...
Lib/test/test_posix.py:697: Expr(value=Call(func=Name(id='_create_and_do_getcwd', ctx=Load()), args=[Name(id='dirname', ctx=Load...
Lib/test/test_unicode.py:1938: Expr(value=Call(func=Attribute(value=Name(id='self', ctx=Load()), attr='assertRaises', ctx=Load()), ...


Dead code
=========

Lib/datetime.py:2128: Expr(value=Str(s='\nSome time zone algebra.  For a datetime x, let\n    x.n = x stripped of its time...
Lib/email/_header_value_parser.py:1337: Expr(value=Str(s="Parse strings according to RFC822/2047/2822/5322 rules.\n\nThis is a stateless par...
Lib/pickletools.py:148: Expr(value=Str(s='\n"A pickle" is a program for a virtual pickle machine (PM, but more accurately\nc...
Tools/scripts/reindent.py:56: Expr(value=Str(s='A specified newline to be used in the output (set by --newline option)'))


Almost Dead code
================

Lib/sqlite3/test/dump.py:44: Expr(value=ListComp(elt=Call(func=Attribute(value=Attribute(value=Name(id='self', ctx=Load()), attr=...
Lib/sqlite3/test/dump.py:49: Expr(value=ListComp(elt=Call(func=Attribute(value=Name(id='self', ctx=Load()), attr='assertEqual', c...
Lib/test/test_grammar.py:369: Expr(value=Num(n=1))
Lib/test/test_grammar.py:370: Expr(value=Tuple(elts=[Num(n=1), Num(n=2), Num(n=3)], ctx=Load()))
Lib/test/test_grammar.py:474: Expr(value=Tuple(elts=[Num(n=1), Yield(value=Num(n=1))], ctx=Load()))
Lib/test/test_grammar.py:475: Expr(value=Tuple(elts=[Num(n=1), YieldFrom(value=Tuple(elts=[], ctx=Load()))], ctx=Load()))
Lib/test/test_optparse.py:731: Expr(value=Tuple(elts=[Call(func=Attribute(value=Name(id='self', ctx=Load()), attr='assertParseOK', ...
Lib/test/test_optparse.py:741: Expr(value=Tuple(elts=[Call(func=Attribute(value=Name(id='self', ctx=Load()), attr='assertParseOK', ...
Lib/test/test_optparse.py:746: Expr(value=Tuple(elts=[Call(func=Attribute(value=Name(id='self', ctx=Load()), attr='assertParseOK', ...
Lib/test/test_optparse.py:749: Expr(value=Tuple(elts=[Call(func=Attribute(value=Name(id='self', ctx=Load()), attr='assertParseOK', ...
Lib/test/test_optparse.py:754: Expr(value=Tuple(elts=[Call(func=Attribute(value=Name(id='self', ctx=Load()), attr='assertParseOK', ...
Lib/test/test_peepholer.py:116: Expr(value=Tuple(elts=[UnaryOp(op=Invert(), operand=List(elts=[Num(n=0), Num(n=1), Num(n=2), Num(n=3...
Lib/test/test_peepholer.py:50: Expr(value=NameConstant(value=None))
Lib/test/test_peepholer.py:51: Expr(value=NameConstant(value=None))
Lib/test/test_peepholer.py:54: Expr(value=NameConstant(value=True))
Lib/test/test_peepholer.py:57: Expr(value=NameConstant(value=False))
Lib/test/test_posix.py:1046: Expr(value=Attribute(value=Name(id='posix', ctx=Load()), attr='RTLD_LAZY', ctx=Load()))
Lib/test/test_posix.py:1047: Expr(value=Attribute(value=Name(id='posix', ctx=Load()), attr='RTLD_NOW', ctx=Load()))
Lib/test/test_posix.py:1048: Expr(value=Attribute(value=Name(id='posix', ctx=Load()), attr='RTLD_GLOBAL', ctx=Load()))
Lib/test/test_posix.py:1049: Expr(value=Attribute(value=Name(id='posix', ctx=Load()), attr='RTLD_LOCAL', ctx=Load()))
Lib/test/test_pow.py:102: Expr(value=BinOp(left=NameConstant(value=None), op=Pow(), right=Call(func=Name(id='TestRpow', ctx=Lo...
Lib/test/test_raise.py:320: Expr(value=Name(id='xyzzy', ctx=Load()))
Lib/test/test_richcmp.py:218: Expr(value=UnaryOp(op=Not(), operand=Name(id='bad', ctx=Load())))
Lib/test/test_scope.py:578: Expr(value=ListComp(elt=Name(id='bad', ctx=Load()), generators=[comprehension(target=Name(id='s', ct...
Lib/test/test_scope.py:590: Expr(value=Name(id='x', ctx=Load()))
Lib/test/test_set.py:613: Expr(value=Compare(left=Name(id='myset', ctx=Load()), ops=[Lt()], comparators=[Name(id='myobj', ctx=...
Lib/test/test_set.py:617: Expr(value=Compare(left=Name(id='myset', ctx=Load()), ops=[Gt()], comparators=[Name(id='myobj', ctx=...
Lib/test/test_set.py:621: Expr(value=Compare(left=Name(id='myset', ctx=Load()), ops=[LtE()], comparators=[Name(id='myobj', ctx...
Lib/test/test_set.py:625: Expr(value=Compare(left=Name(id='myset', ctx=Load()), ops=[GtE()], comparators=[Name(id='myobj', ctx...
Lib/test/test_socket.py:1316: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='AF_CAN', ctx=Load()))
Lib/test/test_socket.py:1317: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='PF_CAN', ctx=Load()))
Lib/test/test_socket.py:1318: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_RAW', ctx=Load()))
Lib/test/test_socket.py:1323: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM', ctx=Load()))
Lib/test/test_socket.py:1326: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM_TX_SETUP', ctx=Load()))
Lib/test/test_socket.py:1327: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM_TX_DELETE', ctx=Load()))
Lib/test/test_socket.py:1328: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM_TX_READ', ctx=Load()))
Lib/test/test_socket.py:1329: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM_TX_SEND', ctx=Load()))
Lib/test/test_socket.py:1330: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM_RX_SETUP', ctx=Load()))
Lib/test/test_socket.py:1331: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM_RX_DELETE', ctx=Load()))
Lib/test/test_socket.py:1332: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM_RX_READ', ctx=Load()))
Lib/test/test_socket.py:1333: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM_TX_STATUS', ctx=Load()))
Lib/test/test_socket.py:1334: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM_TX_EXPIRED', ctx=Load()))
Lib/test/test_socket.py:1335: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM_RX_STATUS', ctx=Load()))
Lib/test/test_socket.py:1336: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM_RX_TIMEOUT', ctx=Load()))
Lib/test/test_socket.py:1337: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='CAN_BCM_RX_CHANGED', ctx=Load()))
Lib/test/test_socket.py:1476: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='AF_RDS', ctx=Load()))
Lib/test/test_socket.py:1477: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='PF_RDS', ctx=Load()))
Lib/test/test_socket.py:727: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='AF_INET', ctx=Load()))
Lib/test/test_socket.py:728: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='SOCK_STREAM', ctx=Load()))
Lib/test/test_socket.py:729: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='SOCK_DGRAM', ctx=Load()))
Lib/test/test_socket.py:730: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='SOCK_RAW', ctx=Load()))
Lib/test/test_socket.py:731: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='SOCK_RDM', ctx=Load()))
Lib/test/test_socket.py:732: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='SOCK_SEQPACKET', ctx=Load()))
Lib/test/test_socket.py:733: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='SOL_SOCKET', ctx=Load()))
Lib/test/test_socket.py:734: Expr(value=Attribute(value=Name(id='socket', ctx=Load()), attr='SO_REUSEADDR', ctx=Load()))
Lib/test/test_ssl.py:105: Expr(value=Attribute(value=Name(id='ssl', ctx=Load()), attr='PROTOCOL_SSLv23', ctx=Load()))
Lib/test/test_ssl.py:106: Expr(value=Attribute(value=Name(id='ssl', ctx=Load()), attr='PROTOCOL_SSLv3', ctx=Load()))
Lib/test/test_ssl.py:107: Expr(value=Attribute(value=Name(id='ssl', ctx=Load()), attr='PROTOCOL_TLSv1', ctx=Load()))
Lib/test/test_ssl.py:108: Expr(value=Attribute(value=Name(id='ssl', ctx=Load()), attr='CERT_NONE', ctx=Load()))
Lib/test/test_ssl.py:109: Expr(value=Attribute(value=Name(id='ssl', ctx=Load()), attr='CERT_OPTIONAL', ctx=Load()))
Lib/test/test_ssl.py:110: Expr(value=Attribute(value=Name(id='ssl', ctx=Load()), attr='CERT_REQUIRED', ctx=Load()))
Lib/test/test_ssl.py:111: Expr(value=Attribute(value=Name(id='ssl', ctx=Load()), attr='OP_CIPHER_SERVER_PREFERENCE', ctx=Load(...
Lib/test/test_ssl.py:112: Expr(value=Attribute(value=Name(id='ssl', ctx=Load()), attr='OP_SINGLE_DH_USE', ctx=Load()))
Lib/test/test_string.py:10: Expr(value=Attribute(value=Name(id='string', ctx=Load()), attr='ascii_uppercase', ctx=Load()))
Lib/test/test_string.py:11: Expr(value=Attribute(value=Name(id='string', ctx=Load()), attr='ascii_letters', ctx=Load()))
Lib/test/test_string.py:12: Expr(value=Attribute(value=Name(id='string', ctx=Load()), attr='digits', ctx=Load()))
Lib/test/test_string.py:13: Expr(value=Attribute(value=Name(id='string', ctx=Load()), attr='hexdigits', ctx=Load()))
Lib/test/test_string.py:14: Expr(value=Attribute(value=Name(id='string', ctx=Load()), attr='octdigits', ctx=Load()))
Lib/test/test_string.py:15: Expr(value=Attribute(value=Name(id='string', ctx=Load()), attr='punctuation', ctx=Load()))
Lib/test/test_string.py:16: Expr(value=Attribute(value=Name(id='string', ctx=Load()), attr='printable', ctx=Load()))
Lib/test/test_string.py:8: Expr(value=Attribute(value=Name(id='string', ctx=Load()), attr='whitespace', ctx=Load()))
Lib/test/test_string.py:9: Expr(value=Attribute(value=Name(id='string', ctx=Load()), attr='ascii_lowercase', ctx=Load()))
Lib/test/test_super.py:79: Expr(value=Name(id='self', ctx=Load()))
Lib/test/test_sys_settrace.py:243: Expr(value=GeneratorExp(elt=Name(id='o', ctx=Load()), generators=[comprehension(target=Name(id='o', ...
Lib/test/test_time.py:25: Expr(value=Attribute(value=Name(id='time', ctx=Load()), attr='altzone', ctx=Load()))
Lib/test/test_time.py:26: Expr(value=Attribute(value=Name(id='time', ctx=Load()), attr='daylight', ctx=Load()))
Lib/test/test_time.py:27: Expr(value=Attribute(value=Name(id='time', ctx=Load()), attr='timezone', ctx=Load()))
Lib/test/test_time.py:28: Expr(value=Attribute(value=Name(id='time', ctx=Load()), attr='tzname', ctx=Load()))
Lib/test/test_weakref.py:129: Expr(value=Attribute(value=Name(id='proxy', ctx=Load()), attr='bar', ctx=Load()))
Lib/test/test_weakref.py:461: Expr(value=Attribute(value=Name(id='self', ctx=Load()), attr='J', ctx=Load()))
Lib/test/test_weakref.py:513: Expr(value=Attribute(value=Name(id='self', ctx=Load()), attr='J', ctx=Load()))
Lib/test/test_weakref.py:533: Expr(value=Attribute(value=Name(id='self', ctx=Load()), attr='me', ctx=Load()))
Lib/test/test_weakref.py:534: Expr(value=Attribute(value=Name(id='self', ctx=Load()), attr='c1', ctx=Load()))
Lib/test/test_weakref.py:535: Expr(value=Attribute(value=Name(id='self', ctx=Load()), attr='wr', ctx=Load()))
Lib/test/test_weakref.py:558: Expr(value=Attribute(value=Name(id='self', ctx=Load()), attr='me', ctx=Load()))
Lib/test/test_weakref.py:559: Expr(value=Attribute(value=Name(id='self', ctx=Load()), attr='c1', ctx=Load()))
Lib/test/test_weakref.py:560: Expr(value=Attribute(value=Name(id='self', ctx=Load()), attr='wr', ctx=Load()))
Lib/test/test_xml_etree.py:168: Expr(value=Subscript(value=Name(id='string', ctx=Load()), slice=Slice(lower=None, upper=Num(n=0), st...

----------
messages: 184934
nosy: haypo
priority: normal
severity: normal
status: open
title: Dead code should be removed
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Fri Mar 22 02:06:29 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Mar 2013 01:06:29 +0000
Subject: [issue17516] Dead code should be removed
In-Reply-To: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>
Message-ID: <1363914389.27.0.529152136751.issue17516@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"Almost Dead code" is code generally considered as useless, but many Python unit tests use such code. Dummy example:

try:
   obj.attr
except AttributeError:
   pass

I don't think that we should touch this code, it's just for information.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Fri Mar 22 02:09:12 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Mar 2013 01:09:12 +0000
Subject: [issue17515] Add sys.setasthook() to allow to use a custom AST
	optimizer
In-Reply-To: <1363913891.37.0.731570464343.issue17515@psf.upfronthosting.co.za>
Message-ID: <1363914552.97.0.90371730076.issue17515@psf.upfronthosting.co.za>


STINNER Victor added the comment:

enable_astoptimizer.patch: example of usage of the new function, you can use it to try astoptimizer.

----------
Added file: http://bugs.python.org/file29540/enable_astoptimizer.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17515>
_______________________________________

From report at bugs.python.org  Fri Mar 22 02:12:38 2013
From: report at bugs.python.org (R. David Murray)
Date: Fri, 22 Mar 2013 01:12:38 +0000
Subject: [issue17516] Dead code should be removed
In-Reply-To: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>
Message-ID: <1363914758.14.0.205205715861.issue17516@psf.upfronthosting.co.za>


R. David Murray added the comment:

Your "dead code" looks like multiline comments (at least it is in the email case).  I thought those were optimized away when the pyc is written.

What is "almost dead code"?  If it is the stuff that is only applicable to a given platform, then presumably it is needed for that platform and why it it worth mentioning?

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Fri Mar 22 02:24:28 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Mar 2013 01:24:28 +0000
Subject: [issue17516] Dead code should be removed
In-Reply-To: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>
Message-ID: <1363915468.62.0.427287875943.issue17516@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Here is a concrete patch.

> Your "dead code" looks like multiline comments (at least it is
> in the email case).  I thought those were optimized away when
> the pyc is written.

Oh, it looks like you are right: useless strings are already removed during compilation. But it looks a little bit surprising to me to use a multiline string for a comment. I prefer classic # comments.

> What is "almost dead code"?  If it is the stuff that is only
> applicable to a given platform, then presumably it is needed
> for that platform and why it it worth mentioning?

It's just for information, just ignore these "warnings" :-)

----------
keywords: +patch
Added file: http://bugs.python.org/file29541/deadcode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Fri Mar 22 02:37:36 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 22 Mar 2013 01:37:36 +0000
Subject: [issue17409] resource.setrlimit doesn't respect -1
In-Reply-To: <1363187915.96.0.919342054358.issue17409@psf.upfronthosting.co.za>
Message-ID: <1363916256.91.0.37997747417.issue17409@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17409>
_______________________________________

From report at bugs.python.org  Fri Mar 22 02:50:42 2013
From: report at bugs.python.org (Santoso Wijaya)
Date: Fri, 22 Mar 2013 01:50:42 +0000
Subject: [issue17517] StringIO() does not behave like cStringIO() when given
	an array object
Message-ID: <1363917042.32.0.869450839469.issue17517@psf.upfronthosting.co.za>


New submission from Santoso Wijaya:

Python 2.7.3 (default, Sep 26 2012, 21:51:14) 
[GCC 4.7.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import array, cStringIO, StringIO
>>> a = array.array('B', [1,2,3])
>>> cStringIO.StringIO(a).getvalue()
'\x01\x02\x03'
>>> StringIO.StringIO(a).getvalue()
"array('B', [1, 2, 3])"
>>>

----------
components: Library (Lib)
messages: 184939
nosy: santa4nt
priority: normal
severity: normal
status: open
title: StringIO() does not behave like cStringIO() when given an array object
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17517>
_______________________________________

From report at bugs.python.org  Fri Mar 22 02:50:52 2013
From: report at bugs.python.org (Santoso Wijaya)
Date: Fri, 22 Mar 2013 01:50:52 +0000
Subject: [issue17517] StringIO() does not behave like cStringIO() when given
	an array object
In-Reply-To: <1363917042.32.0.869450839469.issue17517@psf.upfronthosting.co.za>
Message-ID: <1363917052.39.0.544704697148.issue17517@psf.upfronthosting.co.za>


Changes by Santoso Wijaya <santoso.wijaya at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17517>
_______________________________________

From report at bugs.python.org  Fri Mar 22 02:53:58 2013
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 22 Mar 2013 01:53:58 +0000
Subject: [issue1154351] add get_current_dir_name() to os module
Message-ID: <1363917238.49.0.240380770659.issue1154351@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
versions: +Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1154351>
_______________________________________

From report at bugs.python.org  Fri Mar 22 03:34:57 2013
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 22 Mar 2013 02:34:57 +0000
Subject: [issue17487] wave.Wave_read.getparams should be more user friendly
In-Reply-To: <1363726749.83.0.981836859976.issue17487@psf.upfronthosting.co.za>
Message-ID: <1363919697.52.0.166548828865.issue17487@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Should the documentation of the wave module be updated to match this change? See issue 16808 for example.

The current wave.Wave_read.getparams documentation says:

"Returns a tuple (nchannels, sampwidth, framerate, nframes, comptype, compname), equivalent to output of the get*() methods."

http://docs.python.org/3.4/library/wave.html#wave.Wave_read.getparams

----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17487>
_______________________________________

From report at bugs.python.org  Fri Mar 22 03:40:59 2013
From: report at bugs.python.org (R. David Murray)
Date: Fri, 22 Mar 2013 02:40:59 +0000
Subject: [issue17517] StringIO() does not behave like cStringIO() when given
	an array object
In-Reply-To: <1363917042.32.0.869450839469.issue17517@psf.upfronthosting.co.za>
Message-ID: <1363920059.01.0.452152963312.issue17517@psf.upfronthosting.co.za>


R. David Murray added the comment:

That is unfortunate, but I suspect it is not something that we can change, since it would be a change in behavior (StringIO.StringIO doing an str on its input) that existing code may be depending on.  

In Python3, StringIO doesn't accept an array as input, and BytesIO behaves the way cStringIO does in Python2.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17517>
_______________________________________

From report at bugs.python.org  Fri Mar 22 03:44:06 2013
From: report at bugs.python.org (R. David Murray)
Date: Fri, 22 Mar 2013 02:44:06 +0000
Subject: [issue17487] wave.Wave_read.getparams should be more user friendly
In-Reply-To: <1363726749.83.0.981836859976.issue17487@psf.upfronthosting.co.za>
Message-ID: <1363920246.4.0.889619699143.issue17487@psf.upfronthosting.co.za>


R. David Murray added the comment:

It should.  Here's the patch I am prepared to commit once Claudio's contributor for confirmation occurs.

----------
Added file: http://bugs.python.org/file29542/wave_with_docs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17487>
_______________________________________

From report at bugs.python.org  Fri Mar 22 04:03:45 2013
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 22 Mar 2013 03:03:45 +0000
Subject: [issue17514] Add the license to argparse.py
In-Reply-To: <1363911732.52.0.330096157772.issue17514@psf.upfronthosting.co.za>
Message-ID: <1363921425.01.0.948453418688.issue17514@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
versions:  -Python 2.6, Python 3.1, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17514>
_______________________________________

From report at bugs.python.org  Fri Mar 22 06:28:19 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 22 Mar 2013 05:28:19 +0000
Subject: [issue17516] Dead code should be removed
In-Reply-To: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>
Message-ID: <1363930099.77.0.483456820411.issue17516@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

The code in test_peepholer should be removed.  That code isn't run directly.  Instead, it is tested for a correct disassembly.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Fri Mar 22 06:58:22 2013
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 22 Mar 2013 05:58:22 +0000
Subject: [issue17512] backport of the _sysconfigdata.py module (issue 13150)
	breaks the build on darwin
In-Reply-To: <1363906583.54.0.309011739776.issue17512@psf.upfronthosting.co.za>
Message-ID: <1363931902.56.0.407256998146.issue17512@psf.upfronthosting.co.za>


Matthias Klose added the comment:

here's the backport, tested on Linux only. sorry, can't test this on MacOSX before Sunday.

----------
Added file: http://bugs.python.org/file29543/backport.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17512>
_______________________________________

From report at bugs.python.org  Fri Mar 22 07:24:39 2013
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Mar 2013 06:24:39 +0000
Subject: [issue17512] backport of the _sysconfigdata.py module (issue 13150)
	breaks the build on darwin
In-Reply-To: <1363906583.54.0.309011739776.issue17512@psf.upfronthosting.co.za>
Message-ID: <1363933479.65.0.489003963114.issue17512@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17512>
_______________________________________

From report at bugs.python.org  Fri Mar 22 07:52:55 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 22 Mar 2013 06:52:55 +0000
Subject: [issue17512] backport of the _sysconfigdata.py module (issue 13150)
	breaks the build on darwin
In-Reply-To: <1363906583.54.0.309011739776.issue17512@psf.upfronthosting.co.za>
Message-ID: <1363935175.88.0.734386214526.issue17512@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

Reverting the backport would also fix the breakage.

Is the addition of _sysconfigdata not a new feature? It changes the place where sysconfig (and distutils sysconfig?) looks for configuration data, and hence breaks all instructions that mention that you can change the Makefile in {sys.prefix}/lib/python2.7/config to globally affect the compilation flags (although there hopefully aren't a lot of those)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17512>
_______________________________________

From report at bugs.python.org  Fri Mar 22 08:00:01 2013
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 22 Mar 2013 07:00:01 +0000
Subject: [issue17512] backport of the _sysconfigdata.py module (issue 13150)
	breaks the build on darwin
In-Reply-To: <1363906583.54.0.309011739776.issue17512@psf.upfronthosting.co.za>
Message-ID: <1363935601.96.0.919739945147.issue17512@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

Guess what, I hadn't read the thread on this python-dev yet :-(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17512>
_______________________________________

From report at bugs.python.org  Fri Mar 22 08:15:42 2013
From: report at bugs.python.org (Claudiu.Popa)
Date: Fri, 22 Mar 2013 07:15:42 +0000
Subject: [issue17487] wave.Wave_read.getparams should be more user friendly
In-Reply-To: <1363726749.83.0.981836859976.issue17487@psf.upfronthosting.co.za>
Message-ID: <1363936542.41.0.109328234573.issue17487@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

Hello, I signed the electronic contributor agreement (I received a mail with the final copy afterwards). Is there something else that I should do or that is the entire process?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17487>
_______________________________________

From report at bugs.python.org  Fri Mar 22 08:47:34 2013
From: report at bugs.python.org (Pierre Le Marre)
Date: Fri, 22 Mar 2013 07:47:34 +0000
Subject: [issue17508] logging.config.ConvertingDict issue with MemoryHandler
In-Reply-To: <1363869267.93.0.47675906919.issue17508@psf.upfronthosting.co.za>
Message-ID: <1363938454.42.0.268096490716.issue17508@psf.upfronthosting.co.za>


Pierre Le Marre added the comment:

Thank you for the tip! I just try it, it works. This behavior is not documented, so it is quite confusing.
I try also to use ``collections.OrderedDict``, as a quick fix, but it does not work. It seems we need here a simple resolution order.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17508>
_______________________________________

From report at bugs.python.org  Fri Mar 22 10:29:29 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Fri, 22 Mar 2013 09:29:29 +0000
Subject: [issue15392] Create a unittest framework for IDLE
In-Reply-To: <1342673080.97.0.671694156374.issue15392@psf.upfronthosting.co.za>
Message-ID: <1363944569.95.0.10015403875.issue15392@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15392>
_______________________________________

From report at bugs.python.org  Fri Mar 22 10:50:33 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 22 Mar 2013 09:50:33 +0000
Subject: [issue1747670] Limiting data copy in xmlrpclib
Message-ID: <1363945833.05.0.449656421144.issue1747670@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Well, str.join() already optimizes this case to avoid copies:

>>> s = "x" * 50
>>> id(s)
139712615414000
>>> id(''.join([s]))
139712615414000

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1747670>
_______________________________________

From report at bugs.python.org  Fri Mar 22 10:51:49 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 22 Mar 2013 09:51:49 +0000
Subject: [issue1747670] Limiting data copy in xmlrpclib
Message-ID: <1363945909.57.0.0984487395526.issue1747670@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I would close this as out of date, unless you have other suggestions to improve memory consumption.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1747670>
_______________________________________

From report at bugs.python.org  Fri Mar 22 10:56:19 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 22 Mar 2013 09:56:19 +0000
Subject: [issue17517] StringIO() does not behave like cStringIO() when given
	an array object
In-Reply-To: <1363917042.32.0.869450839469.issue17517@psf.upfronthosting.co.za>
Message-ID: <1363946179.06.0.228383697833.issue17517@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Indeed, this is probably too late to fix, since it only affects 2.7. Calling StringIO / cStringIO with a non-str argument should probably have raised TypeError, for the sake of sanity.

----------
nosy: +pitrou
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17517>
_______________________________________

From report at bugs.python.org  Fri Mar 22 11:14:10 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 22 Mar 2013 10:14:10 +0000
Subject: [issue15005] corrupted output from subprocess call under a trace
In-Reply-To: <1338907211.87.0.323271147876.issue15005@psf.upfronthosting.co.za>
Message-ID: <1363947250.5.0.966359189745.issue15005@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

This use case is actual for various kind of asynchronous operations.

----------
title: trace corrupts return result on chained execution -> corrupted output from subprocess call under a trace

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15005>
_______________________________________

From report at bugs.python.org  Fri Mar 22 11:15:03 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 22 Mar 2013 10:15:03 +0000
Subject: [issue15005] corrupted contents of stdout result from subprocess call
	under a trace
In-Reply-To: <1338907211.87.0.323271147876.issue15005@psf.upfronthosting.co.za>
Message-ID: <1363947303.82.0.0483745403325.issue15005@psf.upfronthosting.co.za>


Changes by anatoly techtonik <techtonik at gmail.com>:


----------
title: corrupted output from subprocess call under a trace -> corrupted contents of stdout result from subprocess call under a trace

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15005>
_______________________________________

From report at bugs.python.org  Fri Mar 22 11:20:35 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 22 Mar 2013 10:20:35 +0000
Subject: [issue15005] corrupted contents of stdout result from subprocess call
	under a trace
In-Reply-To: <1338907211.87.0.323271147876.issue15005@psf.upfronthosting.co.za>
Message-ID: <1363947635.95.0.424521947985.issue15005@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

I can't repeat this on Windows. Looks like it is a Linux issue, because of forks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15005>
_______________________________________

From report at bugs.python.org  Fri Mar 22 11:43:44 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 22 Mar 2013 10:43:44 +0000
Subject: [issue17514] Add the license to argparse.py
In-Reply-To: <1363911732.52.0.330096157772.issue17514@psf.upfronthosting.co.za>
Message-ID: <1363949024.78.0.799675336095.issue17514@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

The whole Python distribution is licensed under the PSF license unless stated otherwise, so I'm not sure what you're complaining about? Just update your script so that it understand this simple matter. Besides I don't understand why you're complaining specifically about argparse.py.

Speaking personally, I wouldn't want license boilerplates to start cluttering every file in the Python source tree. They are an annoyance when opening and reading source files.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17514>
_______________________________________

From report at bugs.python.org  Fri Mar 22 11:45:11 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 22 Mar 2013 10:45:11 +0000
Subject: [issue17514] Add the license to argparse.py
In-Reply-To: <1363911732.52.0.330096157772.issue17514@psf.upfronthosting.co.za>
Message-ID: <1363949111.32.0.721688403253.issue17514@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

That said if it's a simple one-liner I'm ok. You'll just have to wait for a core developer who's motivated enough to make such changes :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17514>
_______________________________________

From report at bugs.python.org  Fri Mar 22 11:46:21 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 22 Mar 2013 10:46:21 +0000
Subject: [issue15005] corrupted contents of stdout result from subprocess call
	under a trace
In-Reply-To: <1338907211.87.0.323271147876.issue15005@psf.upfronthosting.co.za>
Message-ID: <1363949181.3.0.243769640909.issue15005@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

So, does this page report an issue with Python2, or Python3?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15005>
_______________________________________

From report at bugs.python.org  Fri Mar 22 12:06:51 2013
From: report at bugs.python.org (Pierre Raybaut)
Date: Fri, 22 Mar 2013 11:06:51 +0000
Subject: [issue15797] bdist_msi does not pass -install/remove flags to
	install_script
In-Reply-To: <1346147472.01.0.0635028414042.issue15797@psf.upfronthosting.co.za>
Message-ID: <1363950411.95.0.764740010366.issue15797@psf.upfronthosting.co.za>


Pierre Raybaut added the comment:

The submitted patch actually works (tested with Python 2.7.3 on Windows XP) and also fixes another bug: the installation script is executed when uninstalling (that feature is not implemented in current Python stable versions despite the mention in docstrings that install script should be executed at deinstallation).

----------
nosy: +Pierre.Raybaut
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15797>
_______________________________________

From report at bugs.python.org  Fri Mar 22 12:18:20 2013
From: report at bugs.python.org (masato)
Date: Fri, 22 Mar 2013 11:18:20 +0000
Subject: [issue17518] urllib2 cannnot handle https and BasicAuth via Proxy.
Message-ID: <1363951100.05.0.959443247001.issue17518@psf.upfronthosting.co.za>


New submission from masato:

When urllib2 module is used, https connections to servers that BasicAuth is required, via proxies, can not be established properly.

Sample code:
import urllib2

def main():
    url = "https://example.com/aplication/rpc"
    
    proxy_support = urllib2.ProxyHandler({'http': 'http://proxy.server.com:8080/','https': 'http://proxy.server.com:8080/'})

    pass_mngr = urllib2.HTTPPasswordMgrWithDefaultRealm()
    pass_mngr.add_password(None, url, 'user', 'password')
    auth_handler = urllib2.HTTPBasicAuthHandler(pass_mngr)
    
    opener = urllib2.build_opener(proxy_support,auth_handler)
    req = urllib2.Request(url)
    f = opener.open(req)
    print f.read()


"opener.open" method throws an exception.

I found a similar case at http://bugs.python.org/issue7291. However, this issue indicates a case of authentication at a proxy server. In my case, the origin server uses basic authentication.

The origin server address is not set in Request URI in the https request in case of using proxy servers, because https request gets encripted with SSL when it passes through proxies.

urllib2 works well for the first on-going request and in-comming return. However, after the first in-comming return (401 code), urllib2 module sends a worng request that includes the origin server URL.

I suggest modification for set_proxy method in Request class.

Original code:
def set_proxy(self, host, type):
        if self.type == 'https' and not self._tunnel_host:
            self._tunnel_host = self.host
        else:
            self.type = type
            self.__r_host = self.__original

        self.host = host

As a value is already set to tunnel_host when the second out-going request is sent, "self.type == 'https' and not self._tunnel_host" is false.

Code suggested:
def set_proxy(self, host, type):
        if self.type == 'https' and not self._tunnel_host:
            self._tunnel_host = self.host
        else:
            self.type = type
            if self.type != 'https':
                self.__r_host = self.__original

        self.host = host


regards.

----------
components: Library (Lib)
messages: 184958
nosy: masato kawamura
priority: normal
severity: normal
status: open
title: urllib2 cannnot handle https and BasicAuth via Proxy.
type: crash
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17518>
_______________________________________

From report at bugs.python.org  Fri Mar 22 12:24:26 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Piel?=)
Date: Fri, 22 Mar 2013 11:24:26 +0000
Subject: [issue17519] unittest should not try to run abstract classes
Message-ID: <1363951466.19.0.505441528041.issue17519@psf.upfronthosting.co.za>


New submission from ?ric Piel:

Since Python 2.6 there is the notion if abstract class (ABC). It could be useful to use it for test cases, but unittest doesn't support it. Typically, I'd like to test a bunch of classes which all should behave similarly (at least for some cases). So I'd like to have one abstract class containing many test cases, and a separate real tests classes which inherit from this abstract class.

Unfortunately, for now unittest tries to instantiate the abstract class, which fails. 

Note that I'm not the only one thinking of this, here is a mention of the same idea on stack overflow:
http://stackoverflow.com/questions/4566910/abstract-test-case-using-python-unittest

Attached are two small examples of test cases. test_abs.py shows what I think is a good usage of ABC, with unittest. It fails to run with this error:
TypeError: Can't instantiate abstract class VirtualTest with abstract methods important_num
fake_abc.py is typically what people end up doing for using abstract classes with unittests (that's what people used to do before ABC exists). It does work, but it's not really beautiful as VirtualTest uses self.assertGreater() and self.important_num which are not explicitly part of the class.

My guess is that the following patch to Lib/unittest/loader.py should be enough (but it's untested):
diff -r a2128cb22372 Lib/unittest/loader.py
--- a/Lib/unittest/loader.py	Thu Mar 21 23:04:45 2013 -0500
+++ b/Lib/unittest/loader.py	Fri Mar 22 12:22:46 2013 +0100
@@ -6,6 +6,7 @@
 import traceback
 import types
 import functools
+import inspect
 
 from fnmatch import fnmatch
 
@@ -74,7 +75,8 @@
         tests = []
         for name in dir(module):
             obj = getattr(module, name)
-            if isinstance(obj, type) and issubclass(obj, case.TestCase):
+            if (isinstance(obj, type) and issubclass(obj, case.TestCase) and
+                not inspect.isabstract(test_class)):
                 tests.append(self.loadTestsFromTestCase(obj))
 
         load_tests = getattr(module, 'load_tests', None)

----------
components: Library (Lib)
files: test_abc.py
messages: 184959
nosy: ?ric.Piel
priority: normal
severity: normal
status: open
title: unittest should not try to run abstract classes
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29544/test_abc.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17519>
_______________________________________

From report at bugs.python.org  Fri Mar 22 12:25:55 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Piel?=)
Date: Fri, 22 Mar 2013 11:25:55 +0000
Subject: [issue17519] unittest should not try to run abstract classes
In-Reply-To: <1363951466.19.0.505441528041.issue17519@psf.upfronthosting.co.za>
Message-ID: <1363951555.41.0.250909022528.issue17519@psf.upfronthosting.co.za>


Changes by ?ric Piel <piel at delmic.com>:


Added file: http://bugs.python.org/file29545/fake_abc.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17519>
_______________________________________

From report at bugs.python.org  Fri Mar 22 12:26:30 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 22 Mar 2013 11:26:30 +0000
Subject: [issue15005] corrupted contents of stdout result from subprocess call
	under a trace
In-Reply-To: <1338907211.87.0.323271147876.issue15005@psf.upfronthosting.co.za>
Message-ID: <1363951589.99.0.234623820432.issue15005@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

I can not repeat this neither on Python 2.7 nor on Python 3 on Windows Vista. Need to run this on a Linux system to confirm.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15005>
_______________________________________

From report at bugs.python.org  Fri Mar 22 12:32:37 2013
From: report at bugs.python.org (Gael Le Mignot)
Date: Fri, 22 Mar 2013 11:32:37 +0000
Subject: [issue1747670] Limiting data copy in xmlrpclib
Message-ID: <1363951957.41.0.0565366620345.issue1747670@psf.upfronthosting.co.za>


Gael Le Mignot added the comment:

Great that join does the optimisation by itself now, but the last issue of the patch (cleaning the _data array before calling f() so the memory of _data can be collected earlier) still seems meaningful today.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1747670>
_______________________________________

From report at bugs.python.org  Fri Mar 22 12:44:12 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 22 Mar 2013 11:44:12 +0000
Subject: [issue14979] pdb doc: Explain how to extend debugger instead of
	sending readers to the source
In-Reply-To: <1338555806.37.0.54245715922.issue14979@psf.upfronthosting.co.za>
Message-ID: <1363952652.12.0.885655666491.issue14979@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

A minimal example of debugger is needed, with the explanation how frame.f_trace is used by debuggers.

----------
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14979>
_______________________________________

From report at bugs.python.org  Fri Mar 22 13:44:45 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 22 Mar 2013 12:44:45 +0000
Subject: [issue15005] corrupted contents of stdout result from subprocess call
	under a trace
In-Reply-To: <1338907211.87.0.323271147876.issue15005@psf.upfronthosting.co.za>
Message-ID: <1363956285.74.0.371801132881.issue15005@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Python 3 is not affected. Python 2.7, Linux only.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15005>
_______________________________________

From report at bugs.python.org  Fri Mar 22 13:45:36 2013
From: report at bugs.python.org (ILja Orlovs)
Date: Fri, 22 Mar 2013 12:45:36 +0000
Subject: [issue17509] Incorrect package version predicate parsing by distutils
In-Reply-To: <1363873640.53.0.825391664952.issue17509@psf.upfronthosting.co.za>
Message-ID: <1363956336.95.0.41008533881.issue17509@psf.upfronthosting.co.za>


ILja Orlovs added the comment:

Whoops. Sorry.

My bad than.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17509>
_______________________________________

From report at bugs.python.org  Fri Mar 22 14:07:43 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 22 Mar 2013 13:07:43 +0000
Subject: [issue15005] corrupted contents of stdout result from subprocess call
	under a trace
In-Reply-To: <1338907211.87.0.323271147876.issue15005@psf.upfronthosting.co.za>
Message-ID: <1363957663.04.0.834264223227.issue15005@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

So the issue can be closed:

- subprocess was rewritten in C on Python3 for good reasons: it's wrong (and dangerous) to run Python code between fork() and exec(); this bug report is another example.

- This change is too large to be merged to 2.7.

- There is a backport available on pypi: https://pypi.python.org/pypi/subprocess32
Yes it's a distinct module, but it's possible to install it in place of the standard one if needed::

    import sys
    import subprocess32 as subprocess
    sys.modules['subprocess'] = subprocess

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15005>
_______________________________________

From report at bugs.python.org  Fri Mar 22 15:08:20 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 22 Mar 2013 14:08:20 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
In-Reply-To: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>
Message-ID: <1363961300.36.0.868827567813.issue17425@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Indeed. I hope to get to it later this evening.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Fri Mar 22 15:37:59 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 22 Mar 2013 14:37:59 +0000
Subject: [issue13150] Most of Python's startup time is sysconfig
In-Reply-To: <1318302178.08.0.514256961817.issue13150@psf.upfronthosting.co.za>
Message-ID: <3ZXSCB0R0tzN1J@mail.python.org>


Roundup Robot added the comment:

New changeset d174cb3f5b9e by Benjamin Peterson in branch '2.7':
backout 66e30c4870bb for breaking OSX (#13150)
http://hg.python.org/cpython/rev/d174cb3f5b9e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13150>
_______________________________________

From report at bugs.python.org  Fri Mar 22 15:38:35 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 22 Mar 2013 14:38:35 +0000
Subject: [issue17487] wave.Wave_read.getparams should be more user friendly
In-Reply-To: <1363726749.83.0.981836859976.issue17487@psf.upfronthosting.co.za>
Message-ID: <1363963115.49.0.206399493974.issue17487@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I backed it out until it can be done without breaking OSX. d174cb3f5b9e

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17487>
_______________________________________

From report at bugs.python.org  Fri Mar 22 15:40:19 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 22 Mar 2013 14:40:19 +0000
Subject: [issue17487] wave.Wave_read.getparams should be more user friendly
In-Reply-To: <1363726749.83.0.981836859976.issue17487@psf.upfronthosting.co.za>
Message-ID: <1363963219.16.0.700280626468.issue17487@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Wrong issue, sorry.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17487>
_______________________________________

From report at bugs.python.org  Fri Mar 22 15:41:09 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 22 Mar 2013 14:41:09 +0000
Subject: [issue17512] backport of the _sysconfigdata.py module (issue 13150)
	breaks the build on darwin
In-Reply-To: <1363906583.54.0.309011739776.issue17512@psf.upfronthosting.co.za>
Message-ID: <1363963269.44.0.0973155699724.issue17512@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I backed it out until it can be done without breaking OSX. d174cb3f5b9e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17512>
_______________________________________

From report at bugs.python.org  Fri Mar 22 16:17:43 2013
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 22 Mar 2013 15:17:43 +0000
Subject: [issue17515] Add sys.setasthook() to allow to use a custom AST
	optimizer
In-Reply-To: <1363913891.37.0.731570464343.issue17515@psf.upfronthosting.co.za>
Message-ID: <1363965463.01.0.482191109903.issue17515@psf.upfronthosting.co.za>


Brett Cannon added the comment:

This is unnecessary. I added the source_to_code() method (http://docs.python.org/3.4/library/importlib.html#importlib.abc.SourceLoader.source_to_code) to loaders to explicitly handle this case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17515>
_______________________________________

From report at bugs.python.org  Fri Mar 22 16:19:40 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Fri, 22 Mar 2013 15:19:40 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <1362928789.23.0.730177284383.issue17389@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM3SSiu9_fQooJPCB+QwJ4vrFHhdYSfB2yHW3qctmzqPsw@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

Something bothers me:
"""
def wait(self, timeout=None):
    if self._flag:
        return True

    self._cond.acquire()
"""

The _flag is checked without any lock held: although it won't be a
problem with CPython, a standard memory model (e.g. Java's one)
doesn't guarantee that reading _flag outside of the lock will return
the value most recently written to it (because of caching/hoisting, or
store buffers/invalidate queues at CPU level).

So in short, if wait() is called by a thread shortly after another
thread clear()ed it, the former thread might very well read _flag ==
True (while the later just set it to False) and return erroneously.

Now, it's probably being pedantic, especially because we lack a memory
model, but that bothers me.

Also, I'm not sure this is really a hot-path.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Fri Mar 22 16:26:11 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Fri, 22 Mar 2013 15:26:11 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <CAH_1eM3SSiu9_fQooJPCB+QwJ4vrFHhdYSfB2yHW3qctmzqPsw@mail.gmail.com>
Message-ID: <514C77FA.20707@gmail.com>


Richard Oudkerk added the comment:

On 22/03/2013 3:19pm, Charles-Fran?ois Natali wrote:
> The _flag is checked without any lock held: although it won't be a
> problem with CPython, a standard memory model (e.g. Java's one)
> doesn't guarantee that reading _flag outside of the lock will return
> the value most recently written to it (because of caching/hoisting, or
> store buffers/invalidate queues at CPU level).
>
> So in short, if wait() is called by a thread shortly after another
> thread clear()ed it, the former thread might very well read _flag ==
> True (while the later just set it to False) and return erroneously.

I was under the impression that dict access (and therefore attribute 
access for "simple" objects) was guaranteed to be atomic even in 
alternative implementations like Jython and IronPython.

Is this not a language guarantee?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Fri Mar 22 16:28:18 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 22 Mar 2013 15:28:18 +0000
Subject: [issue17508] logging.config.ConvertingDict issue with MemoryHandler
In-Reply-To: <1363869267.93.0.47675906919.issue17508@psf.upfronthosting.co.za>
Message-ID: <3ZXTKG1GtXzSJ5@mail.python.org>


Roundup Robot added the comment:

New changeset 8ae1c28445f8 by Vinay Sajip in branch '2.7':
Issue #17508: Handled out-of-order handler configuration correctly.
http://hg.python.org/cpython/rev/8ae1c28445f8

New changeset ea00ae184d60 by Vinay Sajip in branch '3.2':
Issue #17508: Handled out-of-order handler configuration correctly.
http://hg.python.org/cpython/rev/ea00ae184d60

New changeset d674bbbed333 by Vinay Sajip in branch '3.3':
Issue #17508: Merged fix from 3.2.
http://hg.python.org/cpython/rev/d674bbbed333

New changeset b916efe30d77 by Vinay Sajip in branch 'default':
Closes #17508: Merged fix from 3.3.
http://hg.python.org/cpython/rev/b916efe30d77

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17508>
_______________________________________

From report at bugs.python.org  Fri Mar 22 16:31:53 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Fri, 22 Mar 2013 15:31:53 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <514C77FA.20707@gmail.com>
Message-ID: <CAH_1eM0gO0qkEXdvmT9Z3TqdbYd3RYfRQn40o2h9ktwm-wZQ4w@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> I was under the impression that dict access (and therefore attribute
> access for "simple" objects) was guaranteed to be atomic even in
> alternative implementations like Jython and IronPython.
>
> Is this not a language guarantee?

AFAICT there's no such guarantee.
But even if dict access/assignment was guaranteed to be atomic, this
wouldn't solve the visibility issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Fri Mar 22 16:42:36 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 22 Mar 2013 15:42:36 +0000
Subject: [issue17509] Incorrect package version predicate parsing by distutils
In-Reply-To: <1363873640.53.0.825391664952.issue17509@psf.upfronthosting.co.za>
Message-ID: <1363966956.47.0.815935779825.issue17509@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Thank you for taking the time to report this.  Fixing the docs to discourage using the broken requires seems even more important now.

----------
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17509>
_______________________________________

From report at bugs.python.org  Fri Mar 22 16:48:26 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 22 Mar 2013 15:48:26 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <1362829347.05.0.139700597073.issue17389@psf.upfronthosting.co.za>
Message-ID: <1363967306.85.0.0114334689805.issue17389@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> So in short, if wait() is called by a thread shortly after another
> thread clear()ed it, the former thread might very well read _flag ==
> True (while the later just set it to False) and return erroneously.

Would that be erroneous? It can already happen because of thread switches:
e.g. wait() reads True from the flag, then releases the internal lock;
another thread gets scheduled in, takes the lock and resets the event;
the original thread is resumed and the calling function sees True as
the wait() return value even though the event was reset in-between.

> Now, it's probably being pedantic, especially because we lack a
> memory
> model, but that bothers me.

As for the memory model, Jeffrey had written a PEP draft years ago:
http://code.google.com/p/unladen-swallow/wiki/MemoryModel

Unfortunately I can't find the corresponding reference in the python-dev
archives again.

That said, I agree the performance improvement is probably not important
here. It was just drive-by optimization on my part :-)

----------
nosy: +jyasskin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Fri Mar 22 16:53:19 2013
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Mar 2013 15:53:19 +0000
Subject: [issue17515] Add sys.setasthook() to allow to use a custom AST
	optimizer
In-Reply-To: <1363965463.01.0.482191109903.issue17515@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYogoQcp+E2+wghaH8GZ-LWYr9Q8b2KDaKytvW0Ytw7EA@mail.gmail.com>


STINNER Victor added the comment:

> This is unnecessary.

Your change only concerns imports. eval() and compile() cannot be
hooked using your method.

2013/3/22 Brett Cannon <report at bugs.python.org>:
>
> Brett Cannon added the comment:
>
> This is unnecessary. I added the source_to_code() method (http://docs.python.org/3.4/library/importlib.html#importlib.abc.SourceLoader.source_to_code) to loaders to explicitly handle this case.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17515>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17515>
_______________________________________

From report at bugs.python.org  Fri Mar 22 17:05:18 2013
From: report at bugs.python.org (Rabcor)
Date: Fri, 22 Mar 2013 16:05:18 +0000
Subject: [issue17520] Except(ValueError) on Integer returns the input value as
	1
Message-ID: <1363968318.73.0.616072040287.issue17520@psf.upfronthosting.co.za>


New submission from Rabcor:

I'm an amateur at best, but the issue is that if i do this.
---
try:
    num = int(input('Write a number-->'))
except(ValueError) as noint:
    print('You did not write an integer')
---
num will become 1 if i write an invalid value (like a) on the input line.

In that example code i made it will show you that. the code should be readable even if the language of what is going to be printed is not english, it converts 999 to 1 fhr bill, 4 hr coins, 1 fty coin, 4 ten coins, 1 fiv coin and 4 coins

If you need context.

I commented out my temporary solution to it (turning num into 0.1 as that's not a valid integer and i'm only working with integers.)

----------
components: Tkinter
files: Heimaverkefni5.py
messages: 184979
nosy: rabcor
priority: normal
severity: normal
status: open
title: Except(ValueError) on Integer returns the input value as 1
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file29546/Heimaverkefni5.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17520>
_______________________________________

From report at bugs.python.org  Fri Mar 22 17:07:19 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 22 Mar 2013 16:07:19 +0000
Subject: [issue15917] hg hook to detect unmerged changesets
In-Reply-To: <1347340391.86.0.248701031918.issue15917@psf.upfronthosting.co.za>
Message-ID: <1363968439.43.0.251707813346.issue15917@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> Wouldn't it be simpler to find all topological heads in the new csets
> (a topological head is a cset without any child), and check that none
> of them is on a 3.* branch?

Indeed -- I was looking at this again and it occurred to me that checking that the only two topological heads are 2.7 and default would be simpler, which is basically the same thing you were suggesting.

I couldn't find a way to get the list of topological heads on active and non-closed heads using the `hg *` commands, but it shouldn't be difficult to do it from the API.
FWIW, `hg heads --topo` also includes closed heads that have never been merged with the other branches (e.g. 2.0, 2.1, etc.).  `hg branches` lists all the non-closed branches, and, among them, the one that are not "inactive" should be the ones with a topological head.  Therefore this should boil down to either a set intersection between open branches and topological heads, or a set difference between open branches and inactive branches.

Once the hook detects an extra head, it could try to figure out what's wrong and suggest a solution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15917>
_______________________________________

From report at bugs.python.org  Fri Mar 22 17:28:27 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 22 Mar 2013 16:28:27 +0000
Subject: [issue17520] Except(ValueError) on Integer returns the input value as
	1
In-Reply-To: <1363968318.73.0.616072040287.issue17520@psf.upfronthosting.co.za>
Message-ID: <1363969707.42.0.457834602261.issue17520@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Hi,
The Python bug tracker is not designed to get help.
Please ask your questions on the python-list mailing list, or the comp.lang.python newsgroup.

A hint though: when there is an exception the "num = " part is not even executed, so num contains its previous value.

----------
nosy: +amaury.forgeotdarc
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17520>
_______________________________________

From report at bugs.python.org  Fri Mar 22 17:45:50 2013
From: report at bugs.python.org (Bob Igo)
Date: Fri, 22 Mar 2013 16:45:50 +0000
Subject: [issue17521] fileConfig() disables any previously-used "named"
	loggers, even when getLogger() is called again.
Message-ID: <1363970750.56.0.602997594582.issue17521@psf.upfronthosting.co.za>


New submission from Bob Igo:

I am aware of the described behavior of fileConfig() when disable_existing_loggers is True, but what I am seeing happens whether disable_existing_loggers is True or False, and it also affects loggers obtained via future, fresh calls to getLogger(name).

Here's an example where disable_existing_loggers is True, but as I said, the same happens when it's False:

>>> import logging.config
>>> logging.config.fileConfig('unit_test_logging.conf')
>>> logger = logging.getLogger("foo")
>>> logger.critical("test")
2013-03-21 23:33:04,621    foo    CRITICAL    test
>>> logging.config.fileConfig('unit_test_logging.conf')
>>> logger = logging.getLogger("foo")
>>> logger.critical("test")
>>>

Note that the final logging attempt silently fails. The thing that appears to break logging for ever is the second fileConfig() call, and not the following getLogger() call.

I can get a fresh logger with a different name and use it. (Continued from the above session):

>>> logger = logging.getLogger("bar")
>>> logger.critical("test")
2013-03-21 23:38:35,613    bar    CRITICAL    test


This issue does not affect the root logger, when no name is given to getLogger():

>>> import logging.config
>>> logging.config.fileConfig('unit_test_logging.conf')
>>> logger = logging.getLogger()
>>> logger.critical("test")
2013-03-22 11:49:29,957    root    CRITICAL    test
>>> logging.config.fileConfig('unit_test_logging.conf')
>>> logger = logging.getLogger()
>>> logger.critical("test")
2013-03-22 11:49:44,966    root    CRITICAL    test?


However, it _does_ affect the root logger when "root" is given as the name to getLogger():

>>> import logging.config
>>> logging.config.fileConfig('unit_test_logging.conf')
>>> logger = logging.getLogger("root")
>>> logger.critical("test")
2013-03-22 12:42:49,742	root	CRITICAL	test
>>> logging.config.fileConfig('unit_test_logging.conf')
>>> logger = logging.getLogger("root")
>>> logger.critical("test")
>>> 

I can attach the logging config file if desired, but it looks like the issue is unrelated. I will say that I'm relying on the root logger for all my logging, but that I use a different name to differentiate how the log is written.

----------
components: Library (Lib)
messages: 184982
nosy: Bob.Igo
priority: normal
severity: normal
status: open
title: fileConfig() disables any previously-used "named" loggers, even when getLogger() is called again.
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17521>
_______________________________________

From report at bugs.python.org  Fri Mar 22 17:46:51 2013
From: report at bugs.python.org (Steve Dower)
Date: Fri, 22 Mar 2013 16:46:51 +0000
Subject: [issue7511] msvc9compiler.py: ValueError when trying to compile with
	VC Express
In-Reply-To: <1260858478.84.0.495655867168.issue7511@psf.upfronthosting.co.za>
Message-ID: <1363970811.0.0.847568277159.issue7511@psf.upfronthosting.co.za>


Steve Dower added the comment:

This becomes more of an issue since VC++ 2008 Express is no longer available for download (unless you're an MSDN subscriber), though the compiler itself is still available as part of http://www.microsoft.com/en-us/download/details.aspx?id=3138 (for VC9)

I'll admit I haven't read all the discussion on other issues that relates to this, but I see no reason why the following maps couldn't be tried if vcvarsall.bat is not found. This would at least handle more cases and as far as I can tell is the only realistic option.

VCVARS_TO_WINSDK_BAT = {
    'x86' : 'bin\\vcvars32.bat',
    'amd64' : 'bin\\vcvars64.bat',
    'x86_amd64' : 'bin\\vcvarsx86_amd64.bat',
    'x86_ia64' : 'bin\\vcvarsx86_ia64.bat',
}

VCVARS_TO_VS_BAT = {
    'x86' : 'bin\\vcvars32.bat',
    'amd64' : 'bin\\amd64\\vcvars64.bat',
    'x86_amd64' : 'bin\\x86_amd64\\vcvarsx86_amd64.bat',
    'x86_ia64' : 'bin\\x86_ia64\\vcvarsx86_ia64.bat',
}

I have no idea why, but the SDK installs the batch files into different locations. VCVARS_TO_VS_BAT should be unnecessary, since vcvarsall.bat should always exist in this case, but I see no harm in having more fallback options.

All of these scripts (at least for VC9, VC10 and VC11) will ignore extra arguments.

----------
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Fri Mar 22 17:48:33 2013
From: report at bugs.python.org (Steve Dower)
Date: Fri, 22 Mar 2013 16:48:33 +0000
Subject: [issue7511] msvc9compiler.py: ValueError when trying to compile with
	VC Express
In-Reply-To: <1260858478.84.0.495655867168.issue7511@psf.upfronthosting.co.za>
Message-ID: <1363970913.87.0.987176745563.issue7511@psf.upfronthosting.co.za>


Steve Dower added the comment:

('ignore extra arguments' meaning they could be returned from find_vcvarsall() and nobody will notice. Though it doesn't bother me if the fallback is handled at a higher level.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:04:10 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 22 Mar 2013 17:04:10 +0000
Subject: [issue17522] Add api PyGILState_Check
Message-ID: <1363971850.69.0.260738118944.issue17522@psf.upfronthosting.co.za>


New submission from Kristj?n Valur J?nsson:

Here is a function that is used by specialized part of our code.  Often it is useful for e.g. IO callbacks or memory hooks to know if the GIL is in place in order to know if certain things can be done or not.
Putting this here to see if anyone has strong opinions against adding this.

----------
components: Interpreter Core
files: gilcheck.patch
keywords: patch
messages: 184985
nosy: kristjan.jonsson
priority: normal
severity: normal
status: open
title: Add api PyGILState_Check
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29547/gilcheck.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17522>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:09:41 2013
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 22 Mar 2013 17:09:41 +0000
Subject: [issue17515] Add sys.setasthook() to allow to use a custom AST
	optimizer
In-Reply-To: <1363913891.37.0.731570464343.issue17515@psf.upfronthosting.co.za>
Message-ID: <1363972181.54.0.608514216826.issue17515@psf.upfronthosting.co.za>


Brett Cannon added the comment:

And that's fine as it allows for more explicit control over what gets optimized. Basically if there is a global hook directly into the compiler there needs to be more control over detecting it's being optimized, what to do about .pyo files, etc. At least at the loader level it's much more modular and controlled as to what will and will not get the optimizations.

So if you want to pursue this I think there needs to be more thought than just a global sys hook for this sort of thing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17515>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:16:18 2013
From: report at bugs.python.org (paul j3)
Date: Fri, 22 Mar 2013 17:16:18 +0000
Subject: [issue9334] argparse does not accept options taking arguments
	beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1363972578.15.0.956483056028.issue9334@psf.upfronthosting.co.za>


paul j3 added the comment:

This patch makes two changes to argparse.py ArgumentParser._parse_optional()

- accept negative scientific and complex numbers

- add the args_default_to_positional parser option

_negative_number_matcher only matches integers and simple floats.  This
is fine for detecting number-like options like '-1'.  But as used in
_parse_optional() it prevents strings like '-1e4' and '-1-4j' from being
classed as positionals (msg184174).  In this patch it is replaced with

    try:
        complex(arg_string)
        return None
    except ValueError:
        pass

Immediately before this number test I added

    if self.args_default_to_positional:
        return None

to implement the idea suggested in msg169978.

I added the args_default_to_positional parser option to the documentation, along with some notes on its implications in the `Arguments containing -` section.  A few of the examples that I added use scientific or complex numbers.

I tested test_argparse.py with args_default_to_positional=True default.  A number of the 'failures' no longer failed.
class TestDefaultToPositionalWithOptionLike illustrates this in the
Option-Like situation.

The only 'successes' to fail were in the TestAddSubparsers case.  There
an argument string  '0.5 -p 1 b -w 7' produced 'wrong choice' error,
since the '-p' was assumed to be a commands choice, rather than an unknown optional.

I translated the TestStandard cases from the optparse test file.  argparse ran most of these without problem.  The value of args_default_to_positional makes no difference.  There a few optparse tests that use '--'  or a valid optional as positional that argparse does not handle.

----------
keywords: +patch
Added file: http://bugs.python.org/file29548/final.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:23:43 2013
From: report at bugs.python.org (R. David Murray)
Date: Fri, 22 Mar 2013 17:23:43 +0000
Subject: [issue17487] wave.Wave_read.getparams should be more user friendly
In-Reply-To: <1363726749.83.0.981836859976.issue17487@psf.upfronthosting.co.za>
Message-ID: <1363973023.66.0.367068442649.issue17487@psf.upfronthosting.co.za>


R. David Murray added the comment:

Claudiu: that's the entire process.  Now we just wait a day or two until the confirmation arrives from the PSF that they have accepted it (you'll get an '*' next to your name here in the tracker when that happens).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17487>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:25:56 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 22 Mar 2013 17:25:56 +0000
Subject: [issue10212] struct.unpack and cStringIO.StringIO don't support new
	buffer
In-Reply-To: <1288175813.33.0.0310491559114.issue10212@psf.upfronthosting.co.za>
Message-ID: <1363973156.33.0.73532833674.issue10212@psf.upfronthosting.co.za>


Changes by Kristj?n Valur J?nsson <kristjan at ccpgames.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10212>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:26:10 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 22 Mar 2013 17:26:10 +0000
Subject: [issue10211] BufferObject doesn't support new buffer interface
In-Reply-To: <1288169352.49.0.219368546772.issue10211@psf.upfronthosting.co.za>
Message-ID: <1363973170.98.0.263940180797.issue10211@psf.upfronthosting.co.za>


Changes by Kristj?n Valur J?nsson <kristjan at ccpgames.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10211>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:26:40 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 22 Mar 2013 17:26:40 +0000
Subject: [issue12098] Child process running as debug on Windows
In-Reply-To: <1305664733.32.0.991268423513.issue12098@psf.upfronthosting.co.za>
Message-ID: <1363973200.82.0.391784033429.issue12098@psf.upfronthosting.co.za>


Changes by Kristj?n Valur J?nsson <kristjan at ccpgames.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12098>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:27:07 2013
From: report at bugs.python.org (jan matejek)
Date: Fri, 22 Mar 2013 17:27:07 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1363973227.07.0.0635078853921.issue12466@psf.upfronthosting.co.za>


jan matejek added the comment:

Ismail, the sem_open thing is because in autobuild you don't get /proc or somesuch - it's a problem of our buildsystem, otherwise the test passes.

I can reproduce the failure in autobuild, but not separately yet. Will keep you posted, signs point to yet another misfeature of our buildsystem, but maybe it's something with test ordering...

----------
nosy: +matejcik

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:27:24 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 22 Mar 2013 17:27:24 +0000
Subject: [issue9090] Error code 10035 calling socket.recv() on a socket with a
	timeout (WSAEWOULDBLOCK - A non-blocking socket operation could
	not be completed immediately)
In-Reply-To: <1277602727.58.0.118328870924.issue9090@psf.upfronthosting.co.za>
Message-ID: <1363973244.03.0.0887846858691.issue9090@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

fixed for 2.7

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9090>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:37:17 2013
From: report at bugs.python.org (Ismail Donmez)
Date: Fri, 22 Mar 2013 17:37:17 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1363973837.49.0.780133301937.issue12466@psf.upfronthosting.co.za>


Ismail Donmez added the comment:

Jan, thanks for the excellent explanation. We can close this bug I guess then?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:40:46 2013
From: report at bugs.python.org (Will Weaver)
Date: Fri, 22 Mar 2013 17:40:46 +0000
Subject: [issue17523] Additional tests for the os module.
Message-ID: <1363974046.41.0.0636521792098.issue17523@psf.upfronthosting.co.za>


New submission from Will Weaver:

I've reorganized and added some os module tests.

I split the makedirs tests into additional test methods that test one thing instead of a lot of different things. I added additional test coverage for a trailing '/'.

I've also added the same test for removedirs.

I reorganized the walk tests so that they actually run. Before there was only a setUp and a tearDown but no actual tests so the tests would not actually run.

Lastly, I added tests for renames as there weren't any before.

----------
components: Tests
files: mywork.patch
keywords: patch
messages: 184992
nosy: willweaver
priority: normal
severity: normal
status: open
title: Additional tests for the os module.
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29549/mywork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17523>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:41:30 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 22 Mar 2013 17:41:30 +0000
Subject: [issue15917] hg hook to detect unmerged changesets
In-Reply-To: <1347340391.86.0.248701031918.issue15917@psf.upfronthosting.co.za>
Message-ID: <1363974090.75.0.387364222961.issue15917@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

hg log -r 'head()-parents(merge())-closed()' --template '{branch}\n'

works for me. Alternatively,

hg log -r 'head()-parents(merge())-closed()-branch(2.7)-branch(default)'

should come out empty.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15917>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:50:42 2013
From: report at bugs.python.org (jan matejek)
Date: Fri, 22 Mar 2013 17:50:42 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1363974642.07.0.73376750398.issue12466@psf.upfronthosting.co.za>


jan matejek added the comment:

Not just yet, please. I can now reproduce the test_subprocess failures outside autobuild too. Interestingly, it's the reverse here: test_subprocess passes when /proc is not present, but fails when it is.

I'm pretty sure that we hijacked a completely different bug with a similar symptom :e) but whatever. I'll just go ahead and debug this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Fri Mar 22 18:58:42 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 22 Mar 2013 17:58:42 +0000
Subject: [issue16123] IDLE - deprecate running without a subprocess
In-Reply-To: <1349302429.82.0.0807471180715.issue16123@psf.upfronthosting.co.za>
Message-ID: <1363975122.34.0.682476135938.issue16123@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

> The issue is usually with firewalls, security software, socket issues, etc

Surely nowadays there are better ways than sockets to communicate between processes? Pipes?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16123>
_______________________________________

From report at bugs.python.org  Fri Mar 22 19:41:34 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 22 Mar 2013 18:41:34 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <1362829347.05.0.139700597073.issue17389@psf.upfronthosting.co.za>
Message-ID: <1363977694.98.0.294383313454.issue17389@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Charles-Fran?ois: would your objections also apply to the current implementation of 'is_set'?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Fri Mar 22 19:52:36 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Fri, 22 Mar 2013 18:52:36 +0000
Subject: [issue17438] json.load docs should mention that it always return
	unicode
In-Reply-To: <1363435905.53.0.015044625796.issue17438@psf.upfronthosting.co.za>
Message-ID: <1363978356.98.0.530511613746.issue17438@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17438>
_______________________________________

From report at bugs.python.org  Fri Mar 22 20:02:53 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Fri, 22 Mar 2013 19:02:53 +0000
Subject: [issue17462] argparse FAQ: how it is different from optparse
In-Reply-To: <1363624948.23.0.605198582935.issue17462@psf.upfronthosting.co.za>
Message-ID: <1363978973.3.0.668395413681.issue17462@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17462>
_______________________________________

From report at bugs.python.org  Fri Mar 22 20:04:25 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Fri, 22 Mar 2013 19:04:25 +0000
Subject: [issue17473] -m is not universally applicable
In-Reply-To: <1363652047.27.0.660639170602.issue17473@psf.upfronthosting.co.za>
Message-ID: <1363979065.15.0.388255026616.issue17473@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17473>
_______________________________________

From report at bugs.python.org  Fri Mar 22 20:10:08 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Fri, 22 Mar 2013 19:10:08 +0000
Subject: [issue17514] Add the license to argparse.py
In-Reply-To: <1363911732.52.0.330096157772.issue17514@psf.upfronthosting.co.za>
Message-ID: <1363979408.14.0.180262371414.issue17514@psf.upfronthosting.co.za>


Tshepang Lekhonkhobe added the comment:

@Antoine OP is interesting in only that file. Why not just add that single line at the top (at least for 2.7, and 3.3+)?

----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17514>
_______________________________________

From report at bugs.python.org  Fri Mar 22 20:11:08 2013
From: report at bugs.python.org (=?utf-8?q?Francisco_Mart=C3=ADn_Brugu=C3=A9?=)
Date: Fri, 22 Mar 2013 19:11:08 +0000
Subject: [issue15392] Create a unittest framework for IDLE
In-Reply-To: <1342673080.97.0.671694156374.issue15392@psf.upfronthosting.co.za>
Message-ID: <1363979468.08.0.212717938516.issue15392@psf.upfronthosting.co.za>


Changes by Francisco Mart?n Brugu? <francismb at email.de>:


----------
nosy: +francismb

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15392>
_______________________________________

From report at bugs.python.org  Fri Mar 22 20:15:31 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Fri, 22 Mar 2013 19:15:31 +0000
Subject: [issue17516] Dead code should be removed
In-Reply-To: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>
Message-ID: <1363979731.57.0.609205939822.issue17516@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Fri Mar 22 20:19:06 2013
From: report at bugs.python.org (Ali Massah Kiani)
Date: Fri, 22 Mar 2013 19:19:06 +0000
Subject: [issue17524] Problem to run a method
Message-ID: <1363979946.22.0.495062863997.issue17524@psf.upfronthosting.co.za>


New submission from Ali Massah Kiani:

when i run attached code python.exe exit with code:
<terminated,exitvalue:1>
when i trace this code problem was the this method :
mat = cv.GetMat(AviFile)

and problem is, not error or exeption rises
this problem is for python or opencv?
thanks.

----------
components: Library (Lib)
files: form.py
messages: 184998
nosy: aligoglos
priority: normal
severity: normal
status: open
title: Problem to run a method
type: crash
versions: Python 2.7
Added file: http://bugs.python.org/file29550/form.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17524>
_______________________________________

From report at bugs.python.org  Fri Mar 22 20:29:20 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 22 Mar 2013 19:29:20 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1363980560.59.0.142488523086.issue12466@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

fyi - subprocess uses /proc to get a list of open fd's in the child process before exec when possible.  search for FD_DIR in http://hg.python.org/cpython/file/d674bbbed333/Modules/_posixsubprocess.c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Fri Mar 22 20:30:22 2013
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Mar 2013 19:30:22 +0000
Subject: [issue17521] fileConfig() disables any previously-used "named"
	loggers, even when getLogger() is called again.
In-Reply-To: <1363970750.56.0.602997594582.issue17521@psf.upfronthosting.co.za>
Message-ID: <1363980622.05.0.532969672592.issue17521@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17521>
_______________________________________

From report at bugs.python.org  Fri Mar 22 20:33:07 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Fri, 22 Mar 2013 19:33:07 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <CAH_1eM0gO0qkEXdvmT9Z3TqdbYd3RYfRQn40o2h9ktwm-wZQ4w@mail.gmail.com>
Message-ID: <514CB1EB.2060007@gmail.com>


Richard Oudkerk added the comment:

On 22/03/2013 3:31pm, Charles-Fran?ois Natali wrote:
>> I was under the impression that dict access (and therefore attribute
>> access for "simple" objects) was guaranteed to be atomic even in
>> alternative implementations like Jython and IronPython.
>>
>> Is this not a language guarantee?
>
> AFAICT there's no such guarantee.
> But even if dict access/assignment was guaranteed to be atomic, this
> wouldn't solve the visibility issue.

"Atomic" was maybe the wrong word.

For implementations with a GIL the GIL ensures there are no visibility 
issues.

According to Antoine's link, Jython uses ConcurrentHashMap for its 
dicts, and IronPython uses a locked map.  So in those cases also there 
are no visibility issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Fri Mar 22 20:41:53 2013
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 22 Mar 2013 19:41:53 +0000
Subject: [issue17524] Problem to run a method
In-Reply-To: <1363979946.22.0.495062863997.issue17524@psf.upfronthosting.co.za>
Message-ID: <1363981313.84.0.608394707728.issue17524@psf.upfronthosting.co.za>


Brett Cannon added the comment:

It's probably opencv as Python never exits blindly like that without raising an exception or flat-out crashing.

----------
nosy: +brett.cannon
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17524>
_______________________________________

From report at bugs.python.org  Fri Mar 22 20:45:06 2013
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 22 Mar 2013 19:45:06 +0000
Subject: [issue17522] Add api PyGILState_Check
In-Reply-To: <1363971850.69.0.260738118944.issue17522@psf.upfronthosting.co.za>
Message-ID: <1363981506.54.0.452031590508.issue17522@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Seems fine to me

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17522>
_______________________________________

From report at bugs.python.org  Fri Mar 22 20:45:47 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Fri, 22 Mar 2013 19:45:47 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <1363977694.98.0.294383313454.issue17389@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM0RaxjL-95U2dPZG411TVRVC3PodeZT1t7sWw8qw=yuuw@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> Would that be erroneous? It can already happen because of thread switches:

That's not really the same thing. wait() would return True, which is
the right thing to do since the Event has been set at some point.
Here, it would make it possible for wait() to return immediately after
another thread clear()ed the Event, which would be just wrong.

> Charles-Fran?ois: would your objections also apply to the current implementation of 'is_set'?

Yes (in OpenJDK CountDownLatch implementation, a similar method uses a
volatile variable to guarantee memory visibility.)

> For implementations with a GIL the GIL ensures there are no visibility
> issues.

Agreed.

> According to Antoine's link, Jython uses ConcurrentHashMap for its
dicts, and IronPython uses a locked map.  So in those cases also there
are no visibility issues.

Agreed.

But the question remains whether that's something which is part of the
memory model: I'm skeptical about this, since it would pretty much
imply memory barriers everywhere and disable a whole class of
caching/hoisting, which would just kill performance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Fri Mar 22 21:17:02 2013
From: report at bugs.python.org (Todd Rovito)
Date: Fri, 22 Mar 2013 20:17:02 +0000
Subject: [issue2704] IDLE: Patch to make PyShell behave more like a Terminal
	interface
In-Reply-To: <1209319360.66.0.583090952017.issue2704@psf.upfronthosting.co.za>
Message-ID: <1363983422.72.0.635970043972.issue2704@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2704>
_______________________________________

From report at bugs.python.org  Fri Mar 22 22:00:10 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 22 Mar 2013 21:00:10 +0000
Subject: [issue10359] ISO C cleanup
In-Reply-To: <1289225493.06.0.31753137713.issue10359@psf.upfronthosting.co.za>
Message-ID: <1363986010.56.0.672999858678.issue10359@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

It looks like someone has already done the Python-ast cleanup and I don't understand the point of the distutils test one or the libffi one (ffi has been updated but it's trivial and would still apply).

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10359>
_______________________________________

From report at bugs.python.org  Fri Mar 22 22:00:28 2013
From: report at bugs.python.org (Joe Hsiao)
Date: Fri, 22 Mar 2013 21:00:28 +0000
Subject: [issue17344] checking size of size_t... configure: error:
In-Reply-To: <1362378724.97.0.818399526609.issue17344@psf.upfronthosting.co.za>
Message-ID: <1363986028.32.0.583812489391.issue17344@psf.upfronthosting.co.za>


Joe Hsiao added the comment:

Thanks, Ned. What you suggested is working.
Apologize not seeing the Mac folder.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17344>
_______________________________________

From report at bugs.python.org  Fri Mar 22 22:02:11 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 22 Mar 2013 21:02:11 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
In-Reply-To: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>
Message-ID: <3ZXckV0lBFz7Ljt@mail.python.org>


Roundup Robot added the comment:

New changeset 3d76dbbbb0cc by Martin v. Loewis in branch '2.7':
Issue #17425: Build against openssl 0.9.8y on Windows.
http://hg.python.org/cpython/rev/3d76dbbbb0cc

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Fri Mar 22 22:02:57 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 22 Mar 2013 21:02:57 +0000
Subject: [issue10359] ISO C cleanup
In-Reply-To: <1289225493.06.0.31753137713.issue10359@psf.upfronthosting.co.za>
Message-ID: <1363986177.07.0.873440972726.issue10359@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

I'm not inclined to apply the patch to ffi unless someone can demonstrate that it is an actual problem.  given that nobody has applied it to *upstream* libffi (since we just pulled in v3.0.13 earlier this week) I doubt it matters to anyone.

everything here looks complete.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10359>
_______________________________________

From report at bugs.python.org  Fri Mar 22 22:09:37 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 22 Mar 2013 21:09:37 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
In-Reply-To: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>
Message-ID: <1363986577.91.0.309785231768.issue17425@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

0.9.8y seems to work fine on 2.7; I'll do the other ones later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Fri Mar 22 22:10:23 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 22 Mar 2013 21:10:23 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
In-Reply-To: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>
Message-ID: <1363986623.85.0.219372348875.issue17425@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Thank you!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Fri Mar 22 22:50:45 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 22 Mar 2013 21:50:45 +0000
Subject: [issue13733] Change required to sysconfig.py for Python 2.7.2 on OS/2
In-Reply-To: <1325980402.33.0.867781342076.issue13733@psf.upfronthosting.co.za>
Message-ID: <1363989045.34.0.385947412643.issue13733@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Given the comment in msg150839 "I think OS/2 portability fixes should probably target 3.3 instead." and seeing that OS/2 is no longer supported http://docs.python.org/3/whatsnew/3.3.html#unsupported-operating-systems can this be closed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13733>
_______________________________________

From report at bugs.python.org  Fri Mar 22 22:50:54 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 22 Mar 2013 21:50:54 +0000
Subject: [issue17521] fileConfig() disables any previously-used "named"
	loggers, even when getLogger() is called again.
In-Reply-To: <1363970750.56.0.602997594582.issue17521@psf.upfronthosting.co.za>
Message-ID: <1363989054.04.0.704854277904.issue17521@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

The logger obtained by logging.getLogger('root') is not the root logger, but a child of the root logger.

Please post your configuration, ideally the smallest version which allows you to reproduce the failure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17521>
_______________________________________

From report at bugs.python.org  Fri Mar 22 22:54:20 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 22 Mar 2013 21:54:20 +0000
Subject: [issue10359] ISO C cleanup
In-Reply-To: <1289225493.06.0.31753137713.issue10359@psf.upfronthosting.co.za>
Message-ID: <1363989260.13.0.807261261853.issue10359@psf.upfronthosting.co.za>


?ric Araujo added the comment:

> I don't understand the point of the distutils test one

Making the test not fail wrongly with some compilers.  This was committed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10359>
_______________________________________

From report at bugs.python.org  Fri Mar 22 23:10:14 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 22 Mar 2013 22:10:14 +0000
Subject: [issue17522] Add api PyGILState_Check
In-Reply-To: <1363971850.69.0.260738118944.issue17522@psf.upfronthosting.co.za>
Message-ID: <1363990214.66.0.304150837172.issue17522@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

You probably want to add some docs to c-api/init.rst.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17522>
_______________________________________

From report at bugs.python.org  Fri Mar 22 23:12:07 2013
From: report at bugs.python.org (David Cuddihy)
Date: Fri, 22 Mar 2013 22:12:07 +0000
Subject: [issue17525] os.getcwd() fails on cifs share
Message-ID: <1363990327.07.0.260090776617.issue17525@psf.upfronthosting.co.za>


New submission from David Cuddihy:

Calls to os.getcwd() can fail if issued from a cifs-mounted directory once any of the files or subdirectories have been changed remotely.  To recreate this: on Linux, mount a windows share using the mount.cifs command.  cd to the share and run python.   

Python 2.7.3 (default, Jul 24 2012, 10:05:38)
[GCC 4.7.0 20120507 (Red Hat 4.7.0-5)] on linux2
Type "help", "copyright", "credits" or "license for more information.
>>> import os
>>> print os.getcwd()
 /home/user/share
>>> exit()

That works.  Now, on the host machine, change a file in the current directory and save it.  The unix 'pwd' still works.  But now:
>>> import os
>>> print os.getcwd()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
OSError: [Errno 2] No such file or directory
>>>

Even though the unix 'pwd' and 'ls' commands still work, so I know my share is still accessible.

If I umount and then remount the share, the problem goes away until a file is changed remotely.

I'm running this on Fedora 17.

----------
messages: 185014
nosy: dcuddihy
priority: normal
severity: normal
status: open
title: os.getcwd() fails on cifs share
type: crash
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17525>
_______________________________________

From report at bugs.python.org  Fri Mar 22 23:18:17 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 22 Mar 2013 22:18:17 +0000
Subject: [issue15005] corrupted contents of stdout result from subprocess call
	under a trace
In-Reply-To: <1338907211.87.0.323271147876.issue15005@psf.upfronthosting.co.za>
Message-ID: <1363990697.34.0.918410225131.issue15005@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

And how to find all such issues for Python 2 that people need to be aware of in this tracker?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15005>
_______________________________________

From report at bugs.python.org  Fri Mar 22 23:42:59 2013
From: report at bugs.python.org (Steve Dower)
Date: Fri, 22 Mar 2013 22:42:59 +0000
Subject: [issue7511] msvc9compiler.py: ValueError when trying to compile with
	VC Express
In-Reply-To: <1260858478.84.0.495655867168.issue7511@psf.upfronthosting.co.za>
Message-ID: <1363992179.42.0.0399613056552.issue7511@psf.upfronthosting.co.za>


Steve Dower added the comment:

I've dug deeper into VC10 and things are even worse there - without VS installed I don't think there's any way for distutils to work without completely replacing query_vcvarsall() (or msvc9compiler, for that matter).

I'm willing to write such a replacement, assuming I can get permission from my management. But I'd rather not do it if someone else is already working on it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Fri Mar 22 23:53:21 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Fri, 22 Mar 2013 22:53:21 +0000
Subject: [issue10211] BufferObject doesn't support new buffer interface
In-Reply-To: <1288169352.49.0.219368546772.issue10211@psf.upfronthosting.co.za>
Message-ID: <1363992801.67.0.0408753097152.issue10211@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10211>
_______________________________________

From report at bugs.python.org  Fri Mar 22 23:53:58 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Fri, 22 Mar 2013 22:53:58 +0000
Subject: [issue10212] struct.unpack and cStringIO.StringIO don't support new
	buffer
In-Reply-To: <1288175813.33.0.0310491559114.issue10212@psf.upfronthosting.co.za>
Message-ID: <1363992838.77.0.908775568436.issue10212@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10212>
_______________________________________

From report at bugs.python.org  Sat Mar 23 00:33:18 2013
From: report at bugs.python.org (R. David Murray)
Date: Fri, 22 Mar 2013 23:33:18 +0000
Subject: [issue17519] unittest should not try to run abstract classes
In-Reply-To: <1363951466.19.0.505441528041.issue17519@psf.upfronthosting.co.za>
Message-ID: <1363995198.05.0.368041337639.issue17519@psf.upfronthosting.co.za>


R. David Murray added the comment:

I leave it to Michael to decide if your suggestion is a good addition :)

I personally don't see anything wrong with fake_abc.py...the stdlib test suite uses that idom extensively.  Other developers insist it should be called a "mixin" instead of a base class, but I don't see the point of the distinction myself.

If you want an ABC so that certain required methods are supplied by the actual TestCases, you could omit TestCase in the ABC and only supply it in the actual TestCase.  I'm guessing you will find that ugly too :)

----------
nosy: +michael.foord, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17519>
_______________________________________

From report at bugs.python.org  Sat Mar 23 00:41:39 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 22 Mar 2013 23:41:39 +0000
Subject: [issue12207] Document ast.PyCF_ONLY_AST
In-Reply-To: <1306689830.34.0.885575322408.issue12207@psf.upfronthosting.co.za>
Message-ID: <1363995699.47.0.540507476785.issue12207@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

PyCF_ONLY_AST is defined in pythonrun.h and referenced in bltinmodule.c, Python-ast.c and pythonrun.c.  Should it be documented or not?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12207>
_______________________________________

From report at bugs.python.org  Sat Mar 23 00:49:25 2013
From: report at bugs.python.org (Bob Igo)
Date: Fri, 22 Mar 2013 23:49:25 +0000
Subject: [issue17521] fileConfig() disables any previously-used "named"
	loggers, even when getLogger() is called again.
In-Reply-To: <1363970750.56.0.602997594582.issue17521@psf.upfronthosting.co.za>
Message-ID: <1363996165.67.0.81900236322.issue17521@psf.upfronthosting.co.za>


Bob Igo added the comment:

Any configuration I tried still generates the bug, but here's a pared-down config file:

[loggers]
keys=root

[handlers]
keys=screen

[formatters]
keys=

[logger_root]
level=DEBUG
handlers=screen

[handler_screen]
level=DEBUG
class=StreamHandler
args=(sys.stdout,)
formatter=

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17521>
_______________________________________

From report at bugs.python.org  Sat Mar 23 01:10:35 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 23 Mar 2013 00:10:35 +0000
Subject: [issue16758] IDLE SubprocessStartupError
In-Reply-To: <1356285530.15.0.755787775309.issue16758@psf.upfronthosting.co.za>
Message-ID: <1363997435.31.0.00772035819632.issue16758@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as a duplicate of #10722 ?

----------
nosy: +BreamoreBoy
title: SubprocessStartupError -> IDLE SubprocessStartupError

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16758>
_______________________________________

From report at bugs.python.org  Sat Mar 23 01:26:36 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 23 Mar 2013 00:26:36 +0000
Subject: [issue14101] example function in tertools.count docstring is
	misindented
In-Reply-To: <1330027633.46.0.670191761588.issue14101@psf.upfronthosting.co.za>
Message-ID: <1363998396.3.0.562687398497.issue14101@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

As this is a trivial patch could it be applied please?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14101>
_______________________________________

From report at bugs.python.org  Sat Mar 23 01:33:23 2013
From: report at bugs.python.org (Michael Foord)
Date: Sat, 23 Mar 2013 00:33:23 +0000
Subject: [issue17519] unittest should not try to run abstract classes
In-Reply-To: <1363951466.19.0.505441528041.issue17519@psf.upfronthosting.co.za>
Message-ID: <1363998803.11.0.278372590396.issue17519@psf.upfronthosting.co.za>


Michael Foord added the comment:

As David says, the current workaround is to provide a mixin (base) class that inherits from object. Because this doesn't inherit from TestCase there is no confusion.

We *may* add a class marker that allows you to provide TestCase subclasses that won't be run. I don't think we'll do this with the abstract class machinery as it is additional complication for no benefit.

----------
assignee:  -> michael.foord
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed
versions:  -Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17519>
_______________________________________

From report at bugs.python.org  Sat Mar 23 01:53:51 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 23 Mar 2013 00:53:51 +0000
Subject: [issue504219] locale.resetlocale is broken
Message-ID: <1364000031.75.0.718640848851.issue504219@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we simply document that getpreferredencoding should be used instead as stated in msg8781 ?  Should getdefaultlocale be earmarked for deprecation?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue504219>
_______________________________________

From report at bugs.python.org  Sat Mar 23 02:43:16 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 23 Mar 2013 01:43:16 +0000
Subject: [issue15392] Create a unittest framework for IDLE
In-Reply-To: <1342673080.97.0.671694156374.issue15392@psf.upfronthosting.co.za>
Message-ID: <1364002996.79.0.810693265929.issue15392@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I'll start with a bit of philosophical guidance :)

1. As much as possible, push logic testing down into the non-GUI tests. Where unittest.mock can help here is when you have a piece of code to test that is *almost* independent of the GUI, but needs to call an API to either get input from the user or to send something to the screen. unittest.mock can then be set up to intercept that call, either to check that it happened as expected (display operations) or to provide a predetermined answer (input operations).

2. For the GUI tests, unittest.mock is likely to be most useful in providing predetermined input. There's only so much you can do with this, it's ultimately about ensuring that the code tested against mocked out APIs in the lower level tests at least doesn't throw exceptions when tested against the real APIs. Proper GUI testing is actually a much harder test automation problem, so it probably makes sense to focus on the non-GUI tests for now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15392>
_______________________________________

From report at bugs.python.org  Sat Mar 23 03:03:59 2013
From: report at bugs.python.org (Nils Bruin)
Date: Sat, 23 Mar 2013 02:03:59 +0000
Subject: [issue17526] inspect.findsource raises undocumented error for code
	objects with empty filename
Message-ID: <1364004239.34.0.135236485776.issue17526@psf.upfronthosting.co.za>


New submission from Nils Bruin:

It would seem reasonable that an empty filename would be a legitimate way of indicating that a code object does not have a corresponding source file. However, if one does that then inspect.findsource raises an unexpected IndexError rather than the documented IOError.

This seems due to the fix introduced on issue9284

Python 3.2.3 (default, Jun  8 2012, 05:40:07) 
[GCC 4.6.3 20120306 (Red Hat 4.6.3-2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import inspect
>>> C=compile("print(1)","<string>","single")
>>> D=compile("print(1)","","single")
>>> inspect.findsource(C)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib64/python3.2/inspect.py", line 547, in findsource
    raise IOError('could not get source code')
IOError: could not get source code
>>> inspect.findsource(D)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib64/python3.2/inspect.py", line 537, in findsource
    if not sourcefile and file[0] + file[-1] != '<>':
IndexError: string index out of range

----------
components: Library (Lib)
messages: 185025
nosy: Nils.Bruin
priority: normal
severity: normal
status: open
title: inspect.findsource raises undocumented error for code objects with empty filename
type: behavior
versions: Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17526>
_______________________________________

From report at bugs.python.org  Sat Mar 23 04:09:35 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sat, 23 Mar 2013 03:09:35 +0000
Subject: [issue2704] IDLE: Patch to make PyShell behave more like a Terminal
	interface
In-Reply-To: <1209319360.66.0.583090952017.issue2704@psf.upfronthosting.co.za>
Message-ID: <1364008175.35.0.760648287041.issue2704@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Made minor modifications to Roger's Terminal.py to get the extension to work with Python 3.4.  This is an excellent extension as a user can toggle it on/off from the Options menu. The up/down arrow keys now allow a user to scroll through history but the meta-n meta-p keys still work offering the best of both worlds.  If a user wants to scroll around the screen with the arrow keys simply turn off the extension from the option bar and start moving the cursor with the arrow keys.  Excellent work Roger!!!!!

-Changed the original variable from enabled to enable to match other extensions
-Tested it on Mac OS X with 3.4 and it works PERFECT!
-Added a small if statement to pull in the right tkinter import based on sys.version

----------
Added file: http://bugs.python.org/file29551/2704IDLEMakeShellBehaveLikeTerminalFor3dot4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2704>
_______________________________________

From report at bugs.python.org  Sat Mar 23 05:21:47 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sat, 23 Mar 2013 04:21:47 +0000
Subject: [issue2704] IDLE: Patch to make PyShell behave more like a Terminal
	interface
In-Reply-To: <1209319360.66.0.583090952017.issue2704@psf.upfronthosting.co.za>
Message-ID: <1364012507.54.0.149688109341.issue2704@psf.upfronthosting.co.za>


Todd Rovito added the comment:

I tested the patch on Linux CentOS 6.x and it seems to work.  Now if we could only get somebody to test on Windows?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2704>
_______________________________________

From report at bugs.python.org  Sat Mar 23 07:48:13 2013
From: report at bugs.python.org (=?utf-8?b?SHJ2b2plIE5pa8WhacSH?=)
Date: Sat, 23 Mar 2013 06:48:13 +0000
Subject: [issue17505] email.header.Header.__unicode__ does not decode header
In-Reply-To: <1363852013.63.0.253070231302.issue17505@psf.upfronthosting.co.za>
Message-ID: <1364021293.74.0.731309334984.issue17505@psf.upfronthosting.co.za>


Hrvoje Nik?i? added the comment:

Thanks for pointing out the make_header(decode_header(...)) idiom, which I was indeed not aware of.  It solves the problem perfectly.

I agree that it is a doc bug.  While make_header is documented on the same place as decode_header and Header itself, it is not explained *why* I should call it if I already have in hand a perfectly valid Header instance.  Specifically, it is not at all clear that while unicode(h) and unicode(make_header(decode_header(h)) will return different things -- I would have expected make_header(decode_header(h)) to return an object indistinguishable from h.

Also, the policy=default parameter in Python 3 sounds great, it's exactly what one would expect.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17505>
_______________________________________

From report at bugs.python.org  Sat Mar 23 09:43:27 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Sat, 23 Mar 2013 08:43:27 +0000
Subject: [issue17522] Add api PyGILState_Check
In-Reply-To: <1363971850.69.0.260738118944.issue17522@psf.upfronthosting.co.za>
Message-ID: <1364028207.22.0.280668181519.issue17522@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

Sure, thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17522>
_______________________________________

From report at bugs.python.org  Sat Mar 23 09:52:37 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sat, 23 Mar 2013 08:52:37 +0000
Subject: [issue17525] os.getcwd() fails on cifs share
In-Reply-To: <1363990327.07.0.260090776617.issue17525@psf.upfronthosting.co.za>
Message-ID: <1364028757.04.0.786130998341.issue17525@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

os.getcwd() just calls the libc getcwd(3), so Python's not the problem here.

it's likely an issue with the CIFS implementation (I guess you're using fuse?).

Could you post the output of:
$ strace python -c "import os; os.getcwd())"

upon failure?

> Even though the unix 'pwd' and 'ls' commands still work, so I know my share is still accessible.

'pwd' is likely your shell builtin, which doesn't call getcwd(). You could try with /bin/getcwd. As for 'ls', it doesn't walk the directory tree like getcwd() does.

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17525>
_______________________________________

From report at bugs.python.org  Sat Mar 23 11:23:37 2013
From: report at bugs.python.org (Luca Sbardella)
Date: Sat, 23 Mar 2013 10:23:37 +0000
Subject: [issue17527] PATCH as valid request method in wsgiref.validator
Message-ID: <1364034217.66.0.106174829986.issue17527@psf.upfronthosting.co.za>


New submission from Luca Sbardella:

http://tools.ietf.org/html/rfc5789

----------
components: Library (Lib)
files: validate.patch
keywords: patch
messages: 185031
nosy: lsbardel
priority: normal
severity: normal
status: open
title: PATCH as valid request method in wsgiref.validator
type: behavior
versions: Python 3.4
Added file: http://bugs.python.org/file29552/validate.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17527>
_______________________________________

From report at bugs.python.org  Sat Mar 23 11:33:39 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sat, 23 Mar 2013 10:33:39 +0000
Subject: [issue17527] PATCH as valid request method in wsgiref.validator
In-Reply-To: <1364034217.66.0.106174829986.issue17527@psf.upfronthosting.co.za>
Message-ID: <1364034818.99.0.954566332912.issue17527@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


----------
nosy: +pje

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17527>
_______________________________________

From report at bugs.python.org  Sat Mar 23 11:48:37 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 10:48:37 +0000
Subject: [issue17522] Add api PyGILState_Check
In-Reply-To: <1363971850.69.0.260738118944.issue17522@psf.upfronthosting.co.za>
Message-ID: <3ZXz442stNz7Llp@mail.python.org>


Roundup Robot added the comment:

New changeset 2e92d1567ad7 by Kristj?n Valur J?nsson in branch 'default':
Issue #17522: Add the PyGILState_Check() API.
http://hg.python.org/cpython/rev/2e92d1567ad7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17522>
_______________________________________

From report at bugs.python.org  Sat Mar 23 11:50:15 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 23 Mar 2013 10:50:15 +0000
Subject: [issue17522] Add api PyGILState_Check
In-Reply-To: <1363971850.69.0.260738118944.issue17522@psf.upfronthosting.co.za>
Message-ID: <1364035815.23.0.335768463665.issue17522@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

A small detail: you should add a "versionadded" tag in the function doc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17522>
_______________________________________

From report at bugs.python.org  Sat Mar 23 11:56:48 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 10:56:48 +0000
Subject: [issue17522] Add api PyGILState_Check
In-Reply-To: <1363971850.69.0.260738118944.issue17522@psf.upfronthosting.co.za>
Message-ID: <3ZXzFX2XWnz7LlL@mail.python.org>


Roundup Robot added the comment:

New changeset 772d57aac162 by Kristj?n Valur J?nsson in branch 'default':
Issue #17522: Minor documentation fix
http://hg.python.org/cpython/rev/772d57aac162

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17522>
_______________________________________

From report at bugs.python.org  Sat Mar 23 11:59:28 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Sat, 23 Mar 2013 10:59:28 +0000
Subject: [issue17522] Add api PyGILState_Check
In-Reply-To: <1363971850.69.0.260738118944.issue17522@psf.upfronthosting.co.za>
Message-ID: <1364036368.96.0.766342815685.issue17522@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

Thanks, Antoine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17522>
_______________________________________

From report at bugs.python.org  Sat Mar 23 11:59:41 2013
From: report at bugs.python.org (Francesco Frassinelli)
Date: Sat, 23 Mar 2013 10:59:41 +0000
Subject: [issue17528] Implement dumps/loads for lru_cache
Message-ID: <1364036381.48.0.635559042513.issue17528@psf.upfronthosting.co.za>


New submission from Francesco Frassinelli:

Hi,
I propose to change the public API of functools.lru_cache in order to make the cache persistent when the program is restarted.
It could be implemented using two different functions (dumps/loads), where the cached is exported into a classical dictionary and restored in the same way.
A third argument could be also added to provide the initial cache (calling the loads function internally after the initialization).

I think this could be an important enhancement because lru_cache will probably implemented in C and try to export cache contents it will be not possible (see: http://bugs.python.org/issue14373).

----------
messages: 185036
nosy: frafra
priority: normal
severity: normal
status: open
title: Implement dumps/loads for lru_cache
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17528>
_______________________________________

From report at bugs.python.org  Sat Mar 23 12:01:52 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 11:01:52 +0000
Subject: [issue17508] logging.config.ConvertingDict issue with MemoryHandler
In-Reply-To: <1363869267.93.0.47675906919.issue17508@psf.upfronthosting.co.za>
Message-ID: <3ZXzMM2f62z7LmL@mail.python.org>


Roundup Robot added the comment:

New changeset 5f6747a0ffc4 by Vinay Sajip in branch '2.7':
Updated Misc/NEWS with #17508.
http://hg.python.org/cpython/rev/5f6747a0ffc4

New changeset 5f7185cae787 by Vinay Sajip in branch '3.2':
Updated Misc/NEWS with #17508.
http://hg.python.org/cpython/rev/5f7185cae787

New changeset bef32463ecd2 by Vinay Sajip in branch '3.3':
Merged Misc/NEWS update for #17508.
http://hg.python.org/cpython/rev/bef32463ecd2

New changeset 6dc72bd91de1 by Vinay Sajip in branch 'default':
Merged Misc/NEWS update for #17508.
http://hg.python.org/cpython/rev/6dc72bd91de1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17508>
_______________________________________

From report at bugs.python.org  Sat Mar 23 12:23:27 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 11:23:27 +0000
Subject: [issue17521] fileConfig() disables any previously-used "named"
	loggers, even when getLogger() is called again.
In-Reply-To: <1363970750.56.0.602997594582.issue17521@psf.upfronthosting.co.za>
Message-ID: <3ZXzrG5K0tz7Lkk@mail.python.org>


Roundup Robot added the comment:

New changeset 533b4a1d2b23 by Vinay Sajip in branch '2.7':
Issue #17521: Corrected non-enabling of logger following two calls to fileConfig().
http://hg.python.org/cpython/rev/533b4a1d2b23

New changeset 49d54e4d95df by Vinay Sajip in branch '3.2':
Issue #17521: Corrected non-enabling of logger following two calls to fileConfig().
http://hg.python.org/cpython/rev/49d54e4d95df

New changeset 1f6cda549b85 by Vinay Sajip in branch '3.3':
Issue #17521: Merged fix from 3.2.
http://hg.python.org/cpython/rev/1f6cda549b85

New changeset aa01eb949636 by Vinay Sajip in branch 'default':
Closes #17521: Merged fix from 3.3.
http://hg.python.org/cpython/rev/aa01eb949636

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17521>
_______________________________________

From report at bugs.python.org  Sat Mar 23 13:05:36 2013
From: report at bugs.python.org (Frank Hamand)
Date: Sat, 23 Mar 2013 12:05:36 +0000
Subject: [issue4969] mimetypes on Windows should read MIME database from
	registry (w/patch)
In-Reply-To: <1232182722.74.0.429880551513.issue4969@psf.upfronthosting.co.za>
Message-ID: <1364040336.06.0.391825148962.issue4969@psf.upfronthosting.co.za>


Frank Hamand added the comment:

>From msg172531 in issue10551:

"You see, "MIME\Database\Content Type" in the Windows registry is a mime type -> file extension mapping, *not the other way around*. But read_windows_registry() tries to use it as a file extension -> mime type mapping, and bad things happen, because there are multiple mime types for certain file extensions."

This "enhancement" has basically broken the mimetypes module on windows,

e.g. On my system (windows 7 64 bit, python 3.3)
>>> mimetypes.guess_type('foo.png')
('image/x-png', None)
>>> mimetypes.guess_type('foo.jpg')
('image/pjpeg', None)

The expected results are image/png and image/jpeg

I'm having to work around this by calling mimetypes.init(files=[]) immediately after importing mimetypes to prevent it reading from the registry

----------
nosy: +shawabawa
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4969>
_______________________________________

From report at bugs.python.org  Sat Mar 23 13:14:47 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sat, 23 Mar 2013 12:14:47 +0000
Subject: [issue17529] fix os.senfile() documentation regarding the type of
	file descriptor
Message-ID: <1364040887.67.0.333340627096.issue17529@psf.upfronthosting.co.za>


New submission from Charles-Fran?ois Natali:

os.sendfile() documentation states:
"""
On Solaris, out may be the file descriptor of a regular file or the file descriptor of a socket. On all other platforms, out must be the file descriptor of an open socket.
"""

This isn't true for Linux anymore (changed somewhere around 2.6.33), so it would probably be better to rephrase to something like "all platforms support sockets as out file descriptor, and some platforms allow other types (e.g. regular files) as well".

----------
assignee: docs at python
components: Documentation
messages: 185040
nosy: docs at python, neologix
priority: normal
severity: normal
stage: needs patch
status: open
title: fix os.senfile() documentation regarding the type of file descriptor
type: behavior
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17529>
_______________________________________

From report at bugs.python.org  Sat Mar 23 13:29:36 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 23 Mar 2013 12:29:36 +0000
Subject: [issue17528] Implement dumps/loads for lru_cache
In-Reply-To: <1364036381.48.0.635559042513.issue17528@psf.upfronthosting.co.za>
Message-ID: <1364041776.12.0.251132929631.issue17528@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
components: +Library (Lib)
nosy: +anacrolix, ezio.melotti, rhettinger
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17528>
_______________________________________

From report at bugs.python.org  Sat Mar 23 13:30:42 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sat, 23 Mar 2013 12:30:42 +0000
Subject: [issue17529] fix os.sendfile() documentation regarding the type of
	file descriptor
In-Reply-To: <1364040887.67.0.333340627096.issue17529@psf.upfronthosting.co.za>
Message-ID: <1364041842.13.0.550724874687.issue17529@psf.upfronthosting.co.za>


Changes by Charles-Fran?ois Natali <cf.natali at gmail.com>:


----------
title: fix os.senfile() documentation regarding the type of file descriptor -> fix os.sendfile() documentation regarding the type of file descriptor

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17529>
_______________________________________

From report at bugs.python.org  Sat Mar 23 13:33:37 2013
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Sat, 23 Mar 2013 12:33:37 +0000
Subject: [issue504219] locale.resetlocale is broken
Message-ID: <1364042017.48.0.793691881615.issue504219@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

Adding support for locales that are not recognized is easy and the locale parser could also learn about formats that it doesn't yet understand, so patches are welcome.

The main problem here is that setlocale() only understands a very limited set of locale names.

Please note that locale.getdefaultlocale() is not the same as locale.getpreferredencoding():

* getdefaultlocale() aims to find the default locale settings for a program which has not yet called setlocale(LC_ALL, "").

* getpreferredencoding() tries to make an educated guess at the encoding the user has setup for his/her environment. It works well on Windows, but on Unix, requires a call to setlocale() to implement the environment variable parsing, which is exactly what getdefaultlocale() tries to avoid.
setlocale() is not thread-safe, so the approach taken by getpreferredencoding() can have unwanted side-effects.

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue504219>
_______________________________________

From report at bugs.python.org  Sat Mar 23 13:40:15 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 23 Mar 2013 12:40:15 +0000
Subject: [issue17438] json.load docs should mention that it always return
	unicode
In-Reply-To: <1363435905.53.0.015044625796.issue17438@psf.upfronthosting.co.za>
Message-ID: <1364042415.71.0.237671737737.issue17438@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

It's documented in the table at http://docs.python.org/2/library/json.html#json.JSONDecoder, but indeed a link to the table should be added in the docs of load/loads (and similarly to the dump/dumps docs too).

----------
keywords: +easy
nosy: +ezio.melotti
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17438>
_______________________________________

From report at bugs.python.org  Sat Mar 23 13:53:16 2013
From: report at bugs.python.org (Takayuki SHIMIZUKAWA)
Date: Sat, 23 Mar 2013 12:53:16 +0000
Subject: [issue7511] msvc9compiler.py: ValueError when trying to compile with
	VC Express
In-Reply-To: <1260858478.84.0.495655867168.issue7511@psf.upfronthosting.co.za>
Message-ID: <1364043196.75.0.333264224474.issue7511@psf.upfronthosting.co.za>


Takayuki SHIMIZUKAWA added the comment:

Hi Steve,

> This becomes more of an issue since VC++ 2008 Express is no longer available for download (unless you're an MSDN subscriber)

Here: http://www.microsoft.com/en-us/download/details.aspx?id=13276

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Sat Mar 23 13:55:16 2013
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 23 Mar 2013 12:55:16 +0000
Subject: [issue16204] PyBuffer_FillInfo returns 'B' buffer,
	whose behavior has changed w.r.t. 3.1/3.2
In-Reply-To: <1349996897.29.0.414434111173.issue16204@psf.upfronthosting.co.za>
Message-ID: <1364043316.42.0.138717506193.issue16204@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@skrah: ping!

@piro: can't you modify psycopg2 to add conditional code depending on the Python version? IMO the behaviour change is wanted.

http://www.python.org/dev/peps/pep-3118/

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16204>
_______________________________________

From report at bugs.python.org  Sat Mar 23 14:00:34 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 23 Mar 2013 13:00:34 +0000
Subject: [issue17529] fix os.sendfile() documentation regarding the type of
	file descriptor
In-Reply-To: <1364040887.67.0.333340627096.issue17529@psf.upfronthosting.co.za>
Message-ID: <1364043634.08.0.859595278014.issue17529@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Sounds good to me.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17529>
_______________________________________

From report at bugs.python.org  Sat Mar 23 14:07:43 2013
From: report at bugs.python.org (Stefan Krah)
Date: Sat, 23 Mar 2013 13:07:43 +0000
Subject: [issue16204] PyBuffer_FillInfo returns 'B' buffer,
	whose behavior has changed w.r.t. 3.1/3.2
In-Reply-To: <1349996897.29.0.414434111173.issue16204@psf.upfronthosting.co.za>
Message-ID: <1364044063.24.0.53171724008.issue16204@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I've corresponded privately with Daniele Varrazzo about the psycopg2
issue already and then forgot about this (the psycopg2 fix is good).

Yes, the change was intentional. There's one open issue (#15944)
where dabeaz isn't happy about the change, so let's make that a
superseder.

----------
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> memoryviews and ctypes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16204>
_______________________________________

From report at bugs.python.org  Sat Mar 23 14:49:35 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 23 Mar 2013 13:49:35 +0000
Subject: [issue17489] random.Random implements __getstate__() and __reduce__()
In-Reply-To: <1363744152.72.0.512816356839.issue17489@psf.upfronthosting.co.za>
Message-ID: <1364046575.57.0.911141772971.issue17489@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17489>
_______________________________________

From report at bugs.python.org  Sat Mar 23 14:51:43 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 23 Mar 2013 13:51:43 +0000
Subject: [issue17100] rotating an ordereddict
In-Reply-To: <1359736323.45.0.953309245292.issue17100@psf.upfronthosting.co.za>
Message-ID: <1364046703.34.0.660115860463.issue17100@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

For the time being, I want to keep the OrderedDict API simple and avoid feature creep into rotation logic.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17100>
_______________________________________

From report at bugs.python.org  Sat Mar 23 14:56:05 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 23 Mar 2013 13:56:05 +0000
Subject: [issue17441] Do not cache re.compile
In-Reply-To: <1363468136.42.0.6196791543.issue17441@psf.upfronthosting.co.za>
Message-ID: <1364046965.39.0.964116896559.issue17441@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I think we could happily call such code buggy or at least suboptimal. The docs don't even mention that re.compile() actually uses a cache.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17441>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:02:34 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 23 Mar 2013 14:02:34 +0000
Subject: [issue17430] missed peephole optimization
In-Reply-To: <1363372721.86.0.440516031889.issue17430@psf.upfronthosting.co.za>
Message-ID: <1364047354.35.0.989244500877.issue17430@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti
versions: +Python 3.4 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17430>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:12:24 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 23 Mar 2013 14:12:24 +0000
Subject: [issue17447] str.identifier shouldn't accept Python keywords
In-Reply-To: <1363544574.75.0.347741161045.issue17447@psf.upfronthosting.co.za>
Message-ID: <1364047944.28.0.299551534262.issue17447@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

IMHO str.isidentifier() should not return False for Python keywords, since it's often used in contexts where Python keywords would otherwise be valid.  A keyword arg to exclude keywords could be added though, assuming there are enough use cases.

----------
nosy: +ezio.melotti
type: behavior -> enhancement
versions:  -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17447>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:14:43 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 23 Mar 2013 14:14:43 +0000
Subject: [issue17449] dev guide appears not to cover the benchmarking suite
In-Reply-To: <1363579697.14.0.518781563777.issue17449@psf.upfronthosting.co.za>
Message-ID: <1364048083.72.0.774643056384.issue17449@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> needs patch
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17449>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:15:48 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 23 Mar 2013 14:15:48 +0000
Subject: [issue17457] Unittest discover fails with namespace packages and
	builtin modules
In-Reply-To: <1363608930.16.0.788491274205.issue17457@psf.upfronthosting.co.za>
Message-ID: <1364048148.75.0.581200140788.issue17457@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti, michael.foord
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17457>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:36:31 2013
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 23 Mar 2013 14:36:31 +0000
Subject: [issue17488] subprocess.Popen bufsize=0 parameter behaves differently
	in Python 3 than in 2
In-Reply-To: <1363742986.45.0.357278360182.issue17488@psf.upfronthosting.co.za>
Message-ID: <1364049391.76.0.600040679428.issue17488@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Considering that this behavior has been present in all of Python 3, it does not seem useful to make a backwards incompatible change in bugfix releases.

You could change it in 3.4 as a minor API change, but you've indicated that that wouldn't make sense to you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17488>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:37:15 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 14:37:15 +0000
Subject: [issue17479] Fix test discovery for test_io.py
In-Reply-To: <1363705526.06.0.447966488633.issue17479@psf.upfronthosting.co.za>
Message-ID: <3ZY47t535sz7Lmv@mail.python.org>


Roundup Robot added the comment:

New changeset fa9e189e30ad by Ezio Melotti in branch '3.3':
#17479: test_io now works with unittest test discovery.  Patch by Zachary Ware.
http://hg.python.org/cpython/rev/fa9e189e30ad

New changeset 99a81681237d by Ezio Melotti in branch 'default':
#17479: merge with 3.3.
http://hg.python.org/cpython/rev/99a81681237d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17479>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:37:52 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 23 Mar 2013 14:37:52 +0000
Subject: [issue17479] Fix test discovery for test_io.py
In-Reply-To: <1363705526.06.0.447966488633.issue17479@psf.upfronthosting.co.za>
Message-ID: <1364049472.71.0.438296006088.issue17479@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the patch!

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17479>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:45:10 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 14:45:10 +0000
Subject: [issue17239] XML vulnerabilities in Python
In-Reply-To: <1361288141.97.0.791394359972.issue17239@psf.upfronthosting.co.za>
Message-ID: <1364049910.68.0.428016842408.issue17239@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Not blocking 2.7.4 as discussed on mailing list.

----------
priority: release blocker -> critical

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17239>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:45:17 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 14:45:17 +0000
Subject: [issue16039] imaplib: unlimited readline() from connection
In-Reply-To: <1348569370.53.0.568109495954.issue16039@psf.upfronthosting.co.za>
Message-ID: <1364049917.74.0.719674016207.issue16039@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Not blocking 2.7.4 as discussed on mailing list.

----------
priority: release blocker -> critical

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16039>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:45:23 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 14:45:23 +0000
Subject: [issue16037] httplib: header parsing is not delimited
In-Reply-To: <1348568722.91.0.654032066819.issue16037@psf.upfronthosting.co.za>
Message-ID: <1364049923.03.0.88867457506.issue16037@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Not blocking 2.7.4 as discussed on mailing list.

----------
priority: release blocker -> critical

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16037>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:45:29 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 14:45:29 +0000
Subject: [issue16041] poplib: unlimited readline() from connection
In-Reply-To: <1348569563.2.0.69634867698.issue16041@psf.upfronthosting.co.za>
Message-ID: <1364049929.55.0.878268740379.issue16041@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Not blocking 2.7.4 as discussed on mailing list.

----------
priority: release blocker -> critical

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16041>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:45:37 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 14:45:37 +0000
Subject: [issue17180] shutil copy* unsafe on POSIX - they preserve
	setuid/setgit bits
In-Reply-To: <1360573856.52.0.124531930967.issue17180@psf.upfronthosting.co.za>
Message-ID: <1364049937.86.0.511286127506.issue17180@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Not blocking 2.7.4 as discussed on mailing list.

----------
priority: release blocker -> critical

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17180>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:45:47 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 14:45:47 +0000
Subject: [issue16042] smtplib: unlimited readline() from connection
In-Reply-To: <1348569609.82.0.499861906556.issue16042@psf.upfronthosting.co.za>
Message-ID: <1364049947.78.0.0180956682918.issue16042@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Not blocking 2.7.4 as discussed on mailing list.

----------
priority: release blocker -> critical

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16042>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:45:57 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 14:45:57 +0000
Subject: [issue16040] nntplib: unlimited readline() from connection
In-Reply-To: <1348569525.38.0.219080768405.issue16040@psf.upfronthosting.co.za>
Message-ID: <1364049957.74.0.445555186521.issue16040@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Not blocking 2.7.4 as discussed on mailing list.

----------
priority: release blocker -> critical

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16040>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:46:03 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 14:46:03 +0000
Subject: [issue16038] ftplib: unlimited readline() from connection
In-Reply-To: <1348569175.14.0.867789583045.issue16038@psf.upfronthosting.co.za>
Message-ID: <1364049963.79.0.711493337498.issue16038@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Not blocking 2.7.4 as discussed on mailing list.

----------
priority: release blocker -> critical

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16038>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:46:10 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 14:46:10 +0000
Subject: [issue16043] xmlrpc: gzip_decode has unlimited read()
In-Reply-To: <1348570326.9.0.587983624118.issue16043@psf.upfronthosting.co.za>
Message-ID: <1364049970.4.0.327643951992.issue16043@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Not blocking 2.7.4 as discussed on mailing list.

----------
priority: release blocker -> critical

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16043>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:46:35 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 14:46:35 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
In-Reply-To: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>
Message-ID: <1364049995.79.0.385437095648.issue17425@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:46:42 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 14:46:42 +0000
Subject: [issue17510] assertEquals deprecated in test_program.py (unittest)
In-Reply-To: <1363898715.94.0.418394016948.issue17510@psf.upfronthosting.co.za>
Message-ID: <3ZY4Ln3dbQz7Lmf@mail.python.org>


Roundup Robot added the comment:

New changeset fd7f99e662b7 by Ezio Melotti in branch 'default':
#17510: avoid using deprecated assertEquals method in test_program.  Patch by Daniel Black.
http://hg.python.org/cpython/rev/fd7f99e662b7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17510>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:47:02 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 14:47:02 +0000
Subject: [issue17512] backport of the _sysconfigdata.py module (issue 13150)
	breaks the build on darwin
In-Reply-To: <1363906583.54.0.309011739776.issue17512@psf.upfronthosting.co.za>
Message-ID: <1364050022.65.0.0688096301547.issue17512@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Can landed corrected in 2.7.5.

----------
priority: release blocker -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17512>
_______________________________________

From report at bugs.python.org  Sat Mar 23 15:47:58 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 23 Mar 2013 14:47:58 +0000
Subject: [issue17510] assertEquals deprecated in test_program.py (unittest)
In-Reply-To: <1363898715.94.0.418394016948.issue17510@psf.upfronthosting.co.za>
Message-ID: <1364050078.33.0.138648310971.issue17510@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the report and the patch!

----------
assignee:  -> ezio.melotti
nosy: +ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17510>
_______________________________________

From report at bugs.python.org  Sat Mar 23 16:22:19 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 15:22:19 +0000
Subject: [issue17447] str.identifier shouldn't accept Python keywords
In-Reply-To: <1363544574.75.0.347741161045.issue17447@psf.upfronthosting.co.za>
Message-ID: <3ZY57t6LNLz7LmL@mail.python.org>


Roundup Robot added the comment:

New changeset a7fe48dfbfe9 by Raymond Hettinger in branch '3.3':
Issue 17447:  Clarify that str.isidentifier doesn't check for reserved keywords.
http://hg.python.org/cpython/rev/a7fe48dfbfe9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17447>
_______________________________________

From report at bugs.python.org  Sat Mar 23 16:23:29 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 23 Mar 2013 15:23:29 +0000
Subject: [issue17447] str.identifier shouldn't accept Python keywords
In-Reply-To: <1363544574.75.0.347741161045.issue17447@psf.upfronthosting.co.za>
Message-ID: <1364052209.82.0.957939247697.issue17447@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I've added a clarification to the docs.  Closing this report as invalid.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17447>
_______________________________________

From report at bugs.python.org  Sat Mar 23 16:39:03 2013
From: report at bugs.python.org (Steve Dower)
Date: Sat, 23 Mar 2013 15:39:03 +0000
Subject: [issue7511] msvc9compiler.py: ValueError when trying to compile with
	VC Express
In-Reply-To: <1260858478.84.0.495655867168.issue7511@psf.upfronthosting.co.za>
Message-ID: <1364053143.47.0.808344846916.issue7511@psf.upfronthosting.co.za>


Steve Dower added the comment:

>> This becomes more of an issue since VC++ 2008 Express is no longer available for download (unless you're an MSDN subscriber)
>
> Here: http://www.microsoft.com/en-us/download/details.aspx?id=13276

That's just the service pack and it won't install unless you already have VS installed. There is no way (other than being an MSDN subscriber) to get VS 2008 at this point - I've checked.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Sat Mar 23 18:22:24 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 23 Mar 2013 17:22:24 +0000
Subject: [issue17488] subprocess.Popen bufsize=0 parameter behaves differently
	in Python 3 than in 2
In-Reply-To: <1363742986.45.0.357278360182.issue17488@psf.upfronthosting.co.za>
Message-ID: <1364059344.27.0.706974439401.issue17488@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

The number of things we'll break by changing this errant behavior to be _correct_ is way less than the number of things that are already broken due to it.

If the bufsize=0 default is left in place the behavior differs between Windows and POSIX platforms and anyone porting code from Python 2 will be caught by surprise.  The behavior change introduced in 3.2 with the new subprocess module was 100% unintentional and does not match that of 2.7 or of the subprocess32 backport to 2.x that more people use _today_ than use 3.x at all.

I think being a purist about this being an API change here is going to cause problems.  3.x hasn't seen wide adoption yet, its use is ramping up and code is being ported from 2.  The bug this behavior causes is completely non-obvious and escapes most testing.  It can occur at random times, more likely on loaded systems than idle ones.

Grepping through the standard library, there are several more instances of uses of subprocess that are suspect given this behavior change.  "Fixing" them all instead of addressing the cause of the problem seems unwise.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17488>
_______________________________________

From report at bugs.python.org  Sat Mar 23 18:23:45 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 23 Mar 2013 17:23:45 +0000
Subject: [issue17488] subprocess.Popen bufsize=0 parameter behaves differently
	in Python 3 than in 2
In-Reply-To: <1363742986.45.0.357278360182.issue17488@psf.upfronthosting.co.za>
Message-ID: <1364059425.62.0.9898816329.issue17488@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

(actually I'm not sure about the windows vs posix behavior difference, that may not be true; I don't have a windows system handy to test that on)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17488>
_______________________________________

From report at bugs.python.org  Sat Mar 23 18:30:37 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 23 Mar 2013 17:30:37 +0000
Subject: [issue17527] PATCH as valid request method in wsgiref.validator
In-Reply-To: <1364034217.66.0.106174829986.issue17527@psf.upfronthosting.co.za>
Message-ID: <1364059837.79.0.90932265505.issue17527@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17527>
_______________________________________

From report at bugs.python.org  Sat Mar 23 18:37:08 2013
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 23 Mar 2013 17:37:08 +0000
Subject: [issue17488] subprocess.Popen bufsize=0 parameter behaves differently
	in Python 3 than in 2
In-Reply-To: <1363742986.45.0.357278360182.issue17488@psf.upfronthosting.co.za>
Message-ID: <1364060228.3.0.319505559355.issue17488@psf.upfronthosting.co.za>


Georg Brandl added the comment:

OK. That was a more passionate statement :)  It would actually be nice to know about Windows, but the way you describe it is that the default behavior now is quite useless.  Does bufsize=0 have any sensible use on Python 3?

Anyway, you've convinced me -- can you fix this quickly so that it gets into the rc's?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17488>
_______________________________________

From report at bugs.python.org  Sat Mar 23 18:37:41 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 23 Mar 2013 17:37:41 +0000
Subject: [issue17488] subprocess.Popen bufsize=0 parameter behaves differently
	in Python 3 than in 2
In-Reply-To: <1363742986.45.0.357278360182.issue17488@psf.upfronthosting.co.za>
Message-ID: <1364060261.51.0.0532311997101.issue17488@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

great!  fixing now. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17488>
_______________________________________

From report at bugs.python.org  Sat Mar 23 19:51:43 2013
From: report at bugs.python.org (Matthias Klose)
Date: Sat, 23 Mar 2013 18:51:43 +0000
Subject: [issue17512] backport of the _sysconfigdata.py module (issue 13150)
	breaks the build on darwin
In-Reply-To: <1363906583.54.0.309011739776.issue17512@psf.upfronthosting.co.za>
Message-ID: <1364064703.22.0.109402964025.issue17512@psf.upfronthosting.co.za>


Matthias Klose added the comment:

tested the backport on MacOSX, fixing the build.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17512>
_______________________________________

From report at bugs.python.org  Sat Mar 23 20:00:45 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 19:00:45 +0000
Subject: [issue17488] subprocess.Popen bufsize=0 parameter behaves differently
	in Python 3 than in 2
In-Reply-To: <1363742986.45.0.357278360182.issue17488@psf.upfronthosting.co.za>
Message-ID: <3ZY9zw4R30z7Ll1@mail.python.org>


Roundup Robot added the comment:

New changeset 3ecf709dfe69 by Gregory P. Smith in branch '3.2':
Fixes issue #17488: Change the subprocess.Popen bufsize parameter default value
http://hg.python.org/cpython/rev/3ecf709dfe69

New changeset 4c2fc172afcc by Gregory P. Smith in branch '3.3':
Fixes issue #17488: Change the subprocess.Popen bufsize parameter default value
http://hg.python.org/cpython/rev/4c2fc172afcc

New changeset 3031d69f94ef by Gregory P. Smith in branch 'default':
Fixes issue #17488: Change the subprocess.Popen bufsize parameter default value
http://hg.python.org/cpython/rev/3031d69f94ef

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17488>
_______________________________________

From report at bugs.python.org  Sat Mar 23 20:03:51 2013
From: report at bugs.python.org (Michael Foord)
Date: Sat, 23 Mar 2013 19:03:51 +0000
Subject: [issue17502] unittest.mock: side_effect iterators ignore DEFAULT
In-Reply-To: <1363835140.97.0.987850111396.issue17502@psf.upfronthosting.co.za>
Message-ID: <1364065431.95.0.269998729145.issue17502@psf.upfronthosting.co.za>


Michael Foord added the comment:

There's a straightforward patch here, it just needs applying:

http://code.google.com/p/mock/issues/attachmentText?id=190&aid=1900000000&name=mock.patch&token=6pDNkNBcNLDftg-PsUE8roPb6T4%3A1363712167613

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17502>
_______________________________________

From report at bugs.python.org  Sat Mar 23 20:05:35 2013
From: report at bugs.python.org (Michael Foord)
Date: Sat, 23 Mar 2013 19:05:35 +0000
Subject: [issue17457] Unittest discover fails with namespace packages and
	builtin modules
In-Reply-To: <1363608930.16.0.788491274205.issue17457@psf.upfronthosting.co.za>
Message-ID: <1364065535.38.0.204036121311.issue17457@psf.upfronthosting.co.za>


Michael Foord added the comment:

Thanks for the report and the patch. Good catch!

It will need looking over as it's not immediately obvious to me it's correct. 

In the code that checks the loader path, does it iterate over every member of the namespace path - even directories that aren't in the path being searched?

----------
assignee:  -> michael.foord

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17457>
_______________________________________

From report at bugs.python.org  Sat Mar 23 20:35:01 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 19:35:01 +0000
Subject: [issue17150] pprint could use line continuation for long string
	literals
In-Reply-To: <1360241467.59.0.786252231553.issue17150@psf.upfronthosting.co.za>
Message-ID: <3ZYBlS1wsPz7LmD@mail.python.org>


Roundup Robot added the comment:

New changeset 5a2296093645 by Antoine Pitrou in branch 'default':
Issue #17150: pprint now uses line continuations to wrap long string literals.
http://hg.python.org/cpython/rev/5a2296093645

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17150>
_______________________________________

From report at bugs.python.org  Sat Mar 23 20:37:04 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 23 Mar 2013 19:37:04 +0000
Subject: [issue17150] pprint could use line continuation for long string
	literals
In-Reply-To: <1360241467.59.0.786252231553.issue17150@psf.upfronthosting.co.za>
Message-ID: <1364067424.19.0.345027286716.issue17150@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ok, I've committed the patch.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17150>
_______________________________________

From report at bugs.python.org  Sat Mar 23 20:39:37 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 23 Mar 2013 19:39:37 +0000
Subject: [issue17530] pprint could use line continuation for long bytes
	literals
Message-ID: <1364067577.46.0.261047534718.issue17530@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

Same as issue #17150: 

>>> pprint.pprint({"a": b"\x00\xff" * 20})
{'a': b'\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff'}

... could be better formatted as:

>>> pprint.pprint({"a": b"\x00\xff" * 20})
{'a': b'\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00'
      b'\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff'
      b'\x00\xff\x00\xff\x00\xff'}

----------
components: Library (Lib)
messages: 185078
nosy: fdrake, pitrou
priority: low
severity: normal
status: open
title: pprint could use line continuation for long bytes literals
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17530>
_______________________________________

From report at bugs.python.org  Sat Mar 23 20:45:02 2013
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Sat, 23 Mar 2013 19:45:02 +0000
Subject: [issue7511] msvc9compiler.py: ValueError when trying to compile with
	VC Express
In-Reply-To: <1364053143.47.0.808344846916.issue7511@psf.upfronthosting.co.za>
Message-ID: <514E0635.5040009@egenix.com>


Marc-Andre Lemburg added the comment:

On 23.03.2013 16:39, Steve Dower wrote:
> 
> Steve Dower added the comment:
> 
>>> This becomes more of an issue since VC++ 2008 Express is no longer available for download (unless you're an MSDN subscriber)
>>
>> Here: http://www.microsoft.com/en-us/download/details.aspx?id=13276
> 
> That's just the service pack and it won't install unless you already have VS installed. There is no way (other than being an MSDN subscriber) to get VS 2008 at this point - I've checked.

There is, but you have to know what to look for :-)

http://download.microsoft.com/download/E/8/E/E8EEB394-7F42-4963-A2D8-29559B738298/VS2008ExpressWithSP1ENUX1504728.iso

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Sat Mar 23 20:45:45 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 23 Mar 2013 19:45:45 +0000
Subject: [issue17488] subprocess.Popen bufsize=0 parameter behaves differently
	in Python 3 than in 2
In-Reply-To: <1363742986.45.0.357278360182.issue17488@psf.upfronthosting.co.za>
Message-ID: <1364067945.55.0.854049580433.issue17488@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17488>
_______________________________________

From report at bugs.python.org  Sat Mar 23 20:49:32 2013
From: report at bugs.python.org (=?utf-8?q?Francisco_Mart=C3=ADn_Brugu=C3=A9?=)
Date: Sat, 23 Mar 2013 19:49:32 +0000
Subject: [issue13802] IDLE Prefernces/Fonts: use multiple alphabets in examples
In-Reply-To: <1326756140.29.0.0714084996967.issue13802@psf.upfronthosting.co.za>
Message-ID: <1364068172.89.0.825013942002.issue13802@psf.upfronthosting.co.za>


Francisco Mart?n Brugu? added the comment:

Hi Terry,
just take/put away some ... (they're not in a special order nor preference, just some that could 'see' in the browser).

----------
keywords: +patch
nosy: +francismb
Added file: http://bugs.python.org/file29553/issue13802.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13802>
_______________________________________

From report at bugs.python.org  Sat Mar 23 21:00:15 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 23 Mar 2013 20:00:15 +0000
Subject: [issue17531] test_grp and test_pwd fail with 32-bit builds on OS X
	systems
Message-ID: <1364068815.59.0.52154944753.issue17531@psf.upfronthosting.co.za>


New submission from Ned Deily:

With the changes introduced for Issue4591, test_grp and test_pwd now fail on OS X systems when Python is run in 32-bit mode.

Previously, using a 64-bit/32-bit universal build of 2.7.3:

$ arch -i386 /usr/local/bin/python2.7 -c 'import grp; g=grp.getgrnam("nobody").gr_gid; print(g,type(g))'
(-2, <type 'int'>)
$ arch -x86_64 /usr/local/bin/python2.7 -c 'import grp; g=grp.getgrnam("nobody").gr_gid; print(g,type(g))'
(4294967294, <type 'int'>)

Now, with 2.7.4rc1:

$ arch -i386 /usr/local/bin/python2.7 -c 'import grp; g=grp.getgrnam("nobody").gr_gid; print(g,type(g))'
(4294967294L, <type 'long'>)
$ arch -x86_64 /usr/local/bin/python2.7 -c 'import grp; g=grp.getgrnam("nobody").gr_gid; print(g,type(g))'
(4294967294, <type 'int'>)

This results in test failures in both test_grp and test_pwd:

======================================================================
FAIL: test_values (test.test_grp.GroupDatabaseTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_grp.py", line 27, in test_values
    self.check_value(e)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_grp.py", line 19, in check_value
    self.assertIsInstance(value.gr_gid, int)
AssertionError: 4294967294L is not an instance of <type 'int'>

----------------------------------------------------------------------

======================================================================
FAIL: test_values (test.test_pwd.PwdTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_pwd.py", line 23, in test_values
    self.assertIsInstance(e.pw_gid, int)
AssertionError: 4294967294L is not an instance of <type 'int'>

----------------------------------------------------------------------

----------
components: Tests
messages: 185081
nosy: benjamin.peterson, ned.deily, serhiy.storchaka
priority: normal
severity: normal
status: open
title: test_grp and test_pwd fail with 32-bit builds on OS X systems
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17531>
_______________________________________

From report at bugs.python.org  Sat Mar 23 21:12:13 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 23 Mar 2013 20:12:13 +0000
Subject: [issue17531] test_grp and test_pwd fail with 32-bit builds on OS X
	systems
In-Reply-To: <1364068815.59.0.52154944753.issue17531@psf.upfronthosting.co.za>
Message-ID: <1364069533.91.0.560860767978.issue17531@psf.upfronthosting.co.za>


Ned Deily added the comment:

Failure also seen on 32-bit buildbot:
http://buildbot.python.org/all/builders/x86%20Tiger%202.7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17531>
_______________________________________

From report at bugs.python.org  Sat Mar 23 21:18:04 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Sat, 23 Mar 2013 20:18:04 +0000
Subject: [issue15100] Race conditions in shutil.copy,
	shutil.copy2 and shutil.copyfile
In-Reply-To: <1340020668.92.0.801725909503.issue15100@psf.upfronthosting.co.za>
Message-ID: <1364069884.88.0.266630943226.issue15100@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15100>
_______________________________________

From report at bugs.python.org  Sat Mar 23 21:20:17 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 23 Mar 2013 20:20:17 +0000
Subject: [issue17449] dev guide appears not to cover the benchmarking suite
In-Reply-To: <1363579697.14.0.518781563777.issue17449@psf.upfronthosting.co.za>
Message-ID: <1364070017.27.0.451627840473.issue17449@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Mmmh... I'm not very warm on this one. If we start documenting the benchmark suite in the devguide, then people will start to be all gung ho about it, be obsessed with benchmark numbers, etc.

I guess what I'm saying is that *if* it's covered, then the very beginning of the section should explain that benchmarking is not important in most cases, and time spent on Python is generally better spent fixing bugs and adding features.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17449>
_______________________________________

From report at bugs.python.org  Sat Mar 23 21:21:40 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 23 Mar 2013 20:21:40 +0000
Subject: [issue15100] Race conditions in shutil.copy,
	shutil.copy2 and shutil.copyfile
In-Reply-To: <1340020668.92.0.801725909503.issue15100@psf.upfronthosting.co.za>
Message-ID: <1364070100.89.0.219711522322.issue15100@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15100>
_______________________________________

From report at bugs.python.org  Sat Mar 23 21:24:43 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 20:24:43 +0000
Subject: [issue17531] test_grp and test_pwd fail with 32-bit builds on OS X
	systems
In-Reply-To: <1364068815.59.0.52154944753.issue17531@psf.upfronthosting.co.za>
Message-ID: <3ZYCrp2Cfkz7Lkg@mail.python.org>


Roundup Robot added the comment:

New changeset 2aa817e0a645 by Benjamin Peterson in branch '2.7':
return int instead long when possible (#17531)
http://hg.python.org/cpython/rev/2aa817e0a645

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17531>
_______________________________________

From report at bugs.python.org  Sat Mar 23 21:25:11 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 20:25:11 +0000
Subject: [issue17531] test_grp and test_pwd fail with 32-bit builds on OS X
	systems
In-Reply-To: <1364068815.59.0.52154944753.issue17531@psf.upfronthosting.co.za>
Message-ID: <1364070311.04.0.618066202934.issue17531@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I hope that does it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17531>
_______________________________________

From report at bugs.python.org  Sat Mar 23 21:32:07 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 20:32:07 +0000
Subject: [issue17531] test_grp and test_pwd fail with 32-bit builds on OS X
	systems
In-Reply-To: <1364068815.59.0.52154944753.issue17531@psf.upfronthosting.co.za>
Message-ID: <1364070727.31.0.755800769932.issue17531@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

No, that was wrong, sorry.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17531>
_______________________________________

From report at bugs.python.org  Sat Mar 23 21:35:00 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 23 Mar 2013 20:35:00 +0000
Subject: [issue14945] Setup & Usage documentation for selected stdlib modules
In-Reply-To: <1338256259.22.0.129056676976.issue14945@psf.upfronthosting.co.za>
Message-ID: <1364070900.73.0.594613637609.issue14945@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14945>
_______________________________________

From report at bugs.python.org  Sat Mar 23 21:41:20 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 20:41:20 +0000
Subject: [issue17531] test_grp and test_pwd fail with 32-bit builds on OS X
	systems
In-Reply-To: <1364068815.59.0.52154944753.issue17531@psf.upfronthosting.co.za>
Message-ID: <1364071280.1.0.846212163103.issue17531@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I think the tests are wrong.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17531>
_______________________________________

From report at bugs.python.org  Sat Mar 23 21:41:23 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 20:41:23 +0000
Subject: [issue17531] test_grp and test_pwd fail with 32-bit builds on OS X
	systems
In-Reply-To: <1364068815.59.0.52154944753.issue17531@psf.upfronthosting.co.za>
Message-ID: <3ZYDD240lbz7Lmr@mail.python.org>


Roundup Robot added the comment:

New changeset c982393bea4e by Benjamin Peterson in branch '2.7':
group ids and user ids can be longs now (#17531)
http://hg.python.org/cpython/rev/c982393bea4e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17531>
_______________________________________

From report at bugs.python.org  Sat Mar 23 21:52:57 2013
From: report at bugs.python.org (=?utf-8?q?Francisco_Mart=C3=ADn_Brugu=C3=A9?=)
Date: Sat, 23 Mar 2013 20:52:57 +0000
Subject: [issue7267] format method: c presentation type broken
In-Reply-To: <1257438168.68.0.774312526176.issue7267@psf.upfronthosting.co.za>
Message-ID: <1364071977.1.0.44335861159.issue7267@psf.upfronthosting.co.za>


Francisco Mart?n Brugu? added the comment:

In 2.7.3 >>>

>>> u'{0:c}'.format(127)
u'\x7f'

>>> u'{0:c}'.format(128)

Traceback (most recent call last):
  File "<pyshell#6>", line 1, in <module>
    u'{0:c}'.format(128)
UnicodeDecodeError: 'ascii' codec can't decode byte 0x80 in position 0: ordinal not in range(128)

>>> u'{0:c}'.format(255)

Traceback (most recent call last):
  File "<pyshell#7>", line 1, in <module>
    u'{0:c}'.format(255)
UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 0: ordinal not in range(128)

>>> u'{0:c}'.format(256)
u'\x00'

>>> u'{0:c}'.format(257)
u'\x01'

----------
nosy: +francismb

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7267>
_______________________________________

From report at bugs.python.org  Sat Mar 23 22:01:39 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 23 Mar 2013 21:01:39 +0000
Subject: [issue17531] test_grp and test_pwd fail with 32-bit builds on OS X
	systems
In-Reply-To: <1364068815.59.0.52154944753.issue17531@psf.upfronthosting.co.za>
Message-ID: <1364072499.64.0.293858241957.issue17531@psf.upfronthosting.co.za>


Ned Deily added the comment:

That fixes the test for nobody (-2). Now the next part of the test fails more seriously for nogroup (-1).  Simplifying:

2.7.3
$ arch -i386 /usr/local/bin/python2.7 -c 'import grp; g=grp.getgrnam("nogroup").gr_gid; print(grp.getgrgid(g),type(g))'
(grp.struct_group(gr_name='nogroup', gr_passwd='*', gr_gid=-1, gr_mem=[]), <type 'int'>)
$ arch -x86_64 /usr/local/bin/python2.7 -c 'import grp; g=grp.getgrnam("nogroup").gr_gid; print(grp.getgrgid(g),type(g))'
(grp.struct_group(gr_name='nogroup', gr_passwd='*', gr_gid=4294967295, gr_mem=[]), <type 'int'>)

2.7.4rc1:
$ arch -i386 /usr/local/bin/python2.7 -c 'import grp; g=grp.getgrnam("nogroup").gr_gid; print(grp.getgrgid(g),type(g))'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
OverflowError: group id is greater than maximum
$ arch -x86_64 /usr/local/bin/python2.7 -c 'import grp; g=grp.getgrnam("nogroup").gr_gid; print(grp.getgrgid(g),type(g))'
(grp.struct_group(gr_name='nogroup', gr_passwd='*', gr_gid=4294967295, gr_mem=[]), <type 'int'>)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17531>
_______________________________________

From report at bugs.python.org  Sat Mar 23 22:19:55 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sat, 23 Mar 2013 21:19:55 +0000
Subject: [issue2704] IDLE: Patch to make PyShell behave more like a Terminal
	interface
In-Reply-To: <1209319360.66.0.583090952017.issue2704@psf.upfronthosting.co.za>
Message-ID: <1364073595.68.0.538586819398.issue2704@psf.upfronthosting.co.za>


Roger Serwy added the comment:

Thanks, Todd, for reviewing and testing the extension!

The Terminal.py extension patch provided here is outdated. There have been some minor tweaks and bug fixes that can be found in the IdleX project which works under 2.x and 3.x with the same code. (For example, I removed an unnecessary reference to the history object in the latest version so that I could better support IPython). I know that the IdleX version works under Linux, Windows, and MacOSX. 

Unfortunately, on MacOSX, the "Options" menu may not be present which breaks the loading of Terminal.py. IdleX re-introduces the Options menu on MacOSX if it is missing. I will create a separate issue for the Options menu.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2704>
_______________________________________

From report at bugs.python.org  Sat Mar 23 22:28:00 2013
From: report at bugs.python.org (=?utf-8?q?Francisco_Mart=C3=ADn_Brugu=C3=A9?=)
Date: Sat, 23 Mar 2013 21:28:00 +0000
Subject: [issue7267] format method: c presentation type broken
In-Reply-To: <1257438168.68.0.774312526176.issue7267@psf.upfronthosting.co.za>
Message-ID: <1364074080.29.0.68131152055.issue7267@psf.upfronthosting.co.za>


Francisco Mart?n Brugu? added the comment:

Adding a test that triggers the issue, let me know if is enough.

----------
keywords: +patch
Added file: http://bugs.python.org/file29554/issue7267.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7267>
_______________________________________

From report at bugs.python.org  Sat Mar 23 22:32:34 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Mar 2013 21:32:34 +0000
Subject: [issue17531] test_grp and test_pwd fail with 32-bit builds on OS X
	systems
In-Reply-To: <1364068815.59.0.52154944753.issue17531@psf.upfronthosting.co.za>
Message-ID: <1364074354.84.0.781019719495.issue17531@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Whack, whack. a4dbe53577cb

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17531>
_______________________________________

From report at bugs.python.org  Sat Mar 23 22:33:24 2013
From: report at bugs.python.org (Steve Dower)
Date: Sat, 23 Mar 2013 21:33:24 +0000
Subject: [issue7511] msvc9compiler.py: ValueError when trying to compile with
	VC Express
In-Reply-To: <1260858478.84.0.495655867168.issue7511@psf.upfronthosting.co.za>
Message-ID: <1364074404.94.0.719663600665.issue7511@psf.upfronthosting.co.za>


Steve Dower added the comment:

>> That's just the service pack and it won't install unless you already have VS installed. There is no way (other than being an MSDN subscriber) to get VS 2008 at this point - I've checked.
>
> There is, but you have to know what to look for :-)

Fair enough, but I can't (as a Microsoft employee) endorse that link or guarantee that it won't go away :)

I still think it's worth fixing distutils to look in the right places for VC, since there are multiple ways of installing it that all include different batch files.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Sat Mar 23 22:34:27 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 23 Mar 2013 21:34:27 +0000
Subject: [issue17531] test_grp and test_pwd fail with 32-bit builds on OS X
	systems
In-Reply-To: <1364068815.59.0.52154944753.issue17531@psf.upfronthosting.co.za>
Message-ID: <1364074467.61.0.137560528156.issue17531@psf.upfronthosting.co.za>


Ned Deily added the comment:

a4dbe53577cb appears to fix the latter problem.  Thanks!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17531>
_______________________________________

From report at bugs.python.org  Sat Mar 23 22:35:59 2013
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Sat, 23 Mar 2013 21:35:59 +0000
Subject: [issue7511] msvc9compiler.py: ValueError when trying to compile with
	VC Express
In-Reply-To: <1364074404.94.0.719663600665.issue7511@psf.upfronthosting.co.za>
Message-ID: <514E2037.4080508@egenix.com>


Marc-Andre Lemburg added the comment:

On 23.03.2013 22:33, Steve Dower wrote:
> 
> Steve Dower added the comment:
> 
>>> That's just the service pack and it won't install unless you already have VS installed. There is no way (other than being an MSDN subscriber) to get VS 2008 at this point - I've checked.
>>
>> There is, but you have to know what to look for :-)
> 
> Fair enough, but I can't (as a Microsoft employee) endorse that link or guarantee that it won't go away :)
> 
> I still think it's worth fixing distutils to look in the right places for VC, since there are multiple ways of installing it that all include different batch files.

Sure, no question about that. Adding support for more MS VC versions
is always a plus :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Sat Mar 23 22:36:23 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 21:36:23 +0000
Subject: [issue17531] test_grp and test_pwd fail with 32-bit builds on OS X
	systems
In-Reply-To: <1364068815.59.0.52154944753.issue17531@psf.upfronthosting.co.za>
Message-ID: <3ZYFRV314Rz7Lml@mail.python.org>


Roundup Robot added the comment:

New changeset 87d266988905 by Benjamin Peterson in branch '2.7':
update NEWS for #17531
http://hg.python.org/cpython/rev/87d266988905

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17531>
_______________________________________

From report at bugs.python.org  Sat Mar 23 22:41:30 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sat, 23 Mar 2013 21:41:30 +0000
Subject: [issue17532] IDLE: Always include "Options" menu on MacOSX
Message-ID: <1364074890.28.0.799485456817.issue17532@psf.upfronthosting.co.za>


New submission from Roger Serwy:

Presently, the "Options" menu gets eliminated if IDLE runs as an OSX app. This behavior was introduced in 2006 in revision 654c380cf8b9. 

I guess that the original motivation for eliminating the Options menu since it usually only contained the "Configure IDLE" option, and the Lib/idlelib/macosxSupport.py code supports using the Preferences menu item to open the configuration dialog. (The only other item would be the Code Context toggle.)

Extensions that rely on the Options menu being present will not function properly, especially when the menu item involves a queried boolean variable for its checkmark status.

----------
components: IDLE
keywords: easy
messages: 185098
nosy: Todd.Rovito, ned.deily, roger.serwy
priority: normal
severity: normal
status: open
title: IDLE: Always include "Options" menu on MacOSX
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17532>
_______________________________________

From report at bugs.python.org  Sat Mar 23 22:49:00 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 23 Mar 2013 21:49:00 +0000
Subject: [issue17532] IDLE: Always include "Options" menu on MacOSX
In-Reply-To: <1364074890.28.0.799485456817.issue17532@psf.upfronthosting.co.za>
Message-ID: <1364075340.02.0.801690624742.issue17532@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17532>
_______________________________________

From report at bugs.python.org  Sat Mar 23 23:03:09 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 23 Mar 2013 22:03:09 +0000
Subject: [issue17533] test_xpickle fails on OS X 10.5 with "cannot import name
	precisionbigmemtest"
Message-ID: <1364076189.44.0.308602234194.issue17533@psf.upfronthosting.co.za>


New submission from Ned Deily:

When running the OS X 32-bit-only installer 2.7.4rc1 on OS X 10.5, test_xpickle has many test failures all in CPicklePython25Compat.  Note, there is an Apple-supplied system Python 2.5 shipped on OS X 10.5. (There is also an Apple-supplied system Python 2.5 shipped on OS X 10.8, too, but for some reason, the test doesn't report a failure there.)  The use of precisionbigmemtest appears to have been added by 680959a3ae2e for Issue13555.

======================================================================
ERROR: test_attribute_name_interning (test.test_xpickle.CPicklePython25Compat)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/pickletester.py", line 983, in test_attribute_name_interning
    s = self.dumps(x, proto)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_xpickle.py", line 115, in dumps
    return self.send_to_worker(self.python, arg, proto)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_xpickle.py", line 111, in send_to_worker
    raise RuntimeError(stderr)
RuntimeError: Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_xpickle.py", line 28, in <module>
    exec compile(open(mod_path).read(), mod_path, 'exec') in pickletester.__dict__
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/pickletester.py", line 9, in <module>
    from test.test_support import (TestFailed, have_unicode, TESTFN, _2G, _1M,
ImportError: cannot import name precisionbigmemtest

[...]
----------------------------------------------------------------------
Ran 180 tests in 5.033s

FAILED (errors=67)

----------
components: Tests
messages: 185099
nosy: benjamin.peterson, ned.deily, serhiy.storchaka
priority: normal
severity: normal
status: open
title: test_xpickle fails on OS X 10.5 with "cannot import name precisionbigmemtest"
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17533>
_______________________________________

From report at bugs.python.org  Sat Mar 23 23:06:48 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 23 Mar 2013 22:06:48 +0000
Subject: [issue17534] unittest keeps references to test cases alive
Message-ID: <1364076408.77.0.0522248566775.issue17534@psf.upfronthosting.co.za>


New submission from Ezio Melotti:

After the subtests commit (5c09e1c57200/#16997), test_queue started showing the following warning:
Warning -- threading._dangling was modified by test_queue
1 test altered the execution environment:
    test_queue

The warning was caused by the fact that the TestCase subclasses in test_queue kept references to the thread, but before 5c09e1c57200 these subclasses (and hence the references to the thread) were destroyed before the regrtest check for threading._dangling, whereas now they are kept alive (due to Lib/unittest/case.py:72, that adds a reference to the TestCase even in case of success).  I now fixed the warning in test_queue (1747e50fca55), however unittest should probably avoid keeping alive TestCases when they are not needed anymore.

See also #9815.

(Thanks to Antoine for the help while I was debugging the issue.)

----------
components: Library (Lib)
messages: 185100
nosy: ezio.melotti, michael.foord, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: unittest keeps references to test cases alive
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17534>
_______________________________________

From report at bugs.python.org  Sat Mar 23 23:13:48 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sat, 23 Mar 2013 22:13:48 +0000
Subject: [issue17511] Idle find function closes after each find operation
In-Reply-To: <1363902452.43.0.911749750934.issue17511@psf.upfronthosting.co.za>
Message-ID: <1364076828.33.0.639399537723.issue17511@psf.upfronthosting.co.za>


Roger Serwy added the comment:

I can confirm this behavior. The attached preliminary patch allows the Find dialog to remain open, and is the same for 2.x and 3.x.

Until PEP434 gets resolved, I won't be able to apply the patch for earlier versions of IDLE. For what it's worth, the applied patch from issue13052 changed the behavior of the "Replace All" button so that it doesn't close the dialog box.

----------
assignee:  -> roger.serwy
keywords: +patch
nosy: +roger.serwy
stage:  -> patch review
type:  -> enhancement
versions: +Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29555/issue17511.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17511>
_______________________________________

From report at bugs.python.org  Sat Mar 23 23:16:35 2013
From: report at bugs.python.org (Claudiu.Popa)
Date: Sat, 23 Mar 2013 22:16:35 +0000
Subject: [issue17457] Unittest discover fails with namespace packages and
	builtin modules
In-Reply-To: <1363608930.16.0.788491274205.issue17457@psf.upfronthosting.co.za>
Message-ID: <1364076995.93.0.673504015567.issue17457@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

Yes, it iterates over every member of the namespace path. The new attached patch fixes this behaviour, by checking that each loader path starts with top_level_dir when set_implicit_top is False (if set_implicit_top is True, top_level_dir is irrelevant, start_dir will be the package name).

 Also, with the original patch there were other issues:
  1. if no tests were found for the namespace package, the same failure as before would have occurred at the lines:

  +        if not tests:
  +            tests = list(self._find_tests(start_dir, pattern))

  2. it iterated every subfolder, by dropping the check for __init__.py. To fix this, I added a new keyword argument to _find_tests, `namespace` which defaults to False. If it is True, then we are checking a namespace package and subfolders will be checked even if they don't have a __init__.py file.

----------
Added file: http://bugs.python.org/file29556/unittest-17457.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17457>
_______________________________________

From report at bugs.python.org  Sat Mar 23 23:19:44 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 23 Mar 2013 22:19:44 +0000
Subject: [issue17449] dev guide appears not to cover the benchmarking suite
In-Reply-To: <1363579697.14.0.518781563777.issue17449@psf.upfronthosting.co.za>
Message-ID: <1364077184.81.0.514008976701.issue17449@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Benchmarking is also useful to test that existing patches (that fix bug or add features) don't have a negative effect on the performance.  Some kind of warning that advises against using benchmarks just to try and optimize everything sounds like a good idea though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17449>
_______________________________________

From report at bugs.python.org  Sat Mar 23 23:22:01 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 23 Mar 2013 22:22:01 +0000
Subject: [issue513840] entity unescape for sgml/htmllib
Message-ID: <1364077321.62.0.53346320149.issue513840@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue513840>
_______________________________________

From report at bugs.python.org  Sun Mar 24 00:06:15 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Mar 2013 23:06:15 +0000
Subject: [issue4653] Patch to fix typos in C code
In-Reply-To: <1229155016.15.0.221157622828.issue4653@psf.upfronthosting.co.za>
Message-ID: <3ZYHRC0XKpzRGY@mail.python.org>


Roundup Robot added the comment:

New changeset 4db1b0bb3683 by Gregory P. Smith in branch '3.3':
Fixes issue4653 - Correctly specify the buffer size to FormatMessageW and
http://hg.python.org/cpython/rev/4db1b0bb3683

New changeset ace52be8da89 by Gregory P. Smith in branch 'default':
Fixes issue4653 - Correctly specify the buffer size to FormatMessageW and
http://hg.python.org/cpython/rev/ace52be8da89

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4653>
_______________________________________

From report at bugs.python.org  Sun Mar 24 00:08:57 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 23 Mar 2013 23:08:57 +0000
Subject: [issue4653] Patch to fix typos in C code
In-Reply-To: <1229155016.15.0.221157622828.issue4653@psf.upfronthosting.co.za>
Message-ID: <1364080137.23.0.965291618365.issue4653@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

the pythonrun issue had already been fixed.  the others were still there (valid bugs, but were unlikely to be causing problems given the codepaths).  fixed.

I didn't write a Misc/NEWS entry on the commit because I didn't know how to usefully describe these minor fixes.  someone else is welcome to contribute one if they feel the need.

----------
nosy: +gregory.p.smith
resolution:  -> fixed
stage: test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4653>
_______________________________________

From report at bugs.python.org  Sun Mar 24 01:40:58 2013
From: report at bugs.python.org (Richard Eames)
Date: Sun, 24 Mar 2013 00:40:58 +0000
Subject: [issue12920] inspect.getsource fails to get source of local classes
In-Reply-To: <1315334278.72.0.69534403863.issue12920@psf.upfronthosting.co.za>
Message-ID: <1364085658.95.0.187792045955.issue12920@psf.upfronthosting.co.za>


Changes by Richard Eames <naddiseo at gmail.com>:


----------
nosy: +Naddiseo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12920>
_______________________________________

From report at bugs.python.org  Sun Mar 24 02:06:00 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 24 Mar 2013 01:06:00 +0000
Subject: [issue11087] Speeding up the interpreter with a few lines of code
In-Reply-To: <1296547053.5.0.194611271072.issue11087@psf.upfronthosting.co.za>
Message-ID: <1364087160.18.0.0123283305904.issue11087@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

3-4% faster in some cases is better than a kick in the head but is this worth pursuing?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11087>
_______________________________________

From report at bugs.python.org  Sun Mar 24 02:59:41 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 24 Mar 2013 01:59:41 +0000
Subject: [issue17511] Idle find function closes after each find operation
In-Reply-To: <1363902452.43.0.911749750934.issue17511@psf.upfronthosting.co.za>
Message-ID: <1364090381.67.0.943755461382.issue17511@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17511>
_______________________________________

From report at bugs.python.org  Sun Mar 24 03:03:39 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 24 Mar 2013 02:03:39 +0000
Subject: [issue2704] IDLE: Patch to make PyShell behave more like a Terminal
	interface
In-Reply-To: <1209319360.66.0.583090952017.issue2704@psf.upfronthosting.co.za>
Message-ID: <1364090619.59.0.298106528653.issue2704@psf.upfronthosting.co.za>


Todd Rovito added the comment:

No problem Roger.  I have attached a new patch for documentation updates to both the IDLE help.txt file and idle.rst for the Terminal extension.  Would it be helpful if I did a diff on the idleX Terminal.py with your original patch?  In addition to doing the patch I can also perform some more testing.  Please let me know what I can do to support you getting this patch committed. Thanks.

----------
Added file: http://bugs.python.org/file29557/2704IDLEMakeShellBehaveLikeTerminaliDocumentationUpdateFor3dot4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2704>
_______________________________________

From report at bugs.python.org  Sun Mar 24 03:04:35 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 24 Mar 2013 02:04:35 +0000
Subject: [issue17533] test_xpickle fails on OS X 10.5 with "cannot import name
	precisionbigmemtest"
In-Reply-To: <1364076189.44.0.308602234194.issue17533@psf.upfronthosting.co.za>
Message-ID: <1364090675.06.0.568932662255.issue17533@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

"precisionbigmemtest" was added in a 2.5 bug fix release. I suppose Tiger has an older version.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17533>
_______________________________________

From report at bugs.python.org  Sun Mar 24 03:42:37 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 24 Mar 2013 02:42:37 +0000
Subject: [issue2704] IDLE: Patch to make PyShell behave more like a Terminal
	interface
In-Reply-To: <1209319360.66.0.583090952017.issue2704@psf.upfronthosting.co.za>
Message-ID: <1364092957.95.0.331146030811.issue2704@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Roger,
   I took Terminal.py and copied it into Lib/idlelib for the 3.4 branch.  The extension started just fine but when I toggle it off under the options menu the arrow keys still go through history.  Basically on my Mac I see no difference between the extension being turned on/off when I use Terminal.py from idle-X version 1.11.2.  I am not sure why when I toggle the extension off I can't move around the shell window with my cursor keys like the original patch allowed me to do.  Hopefully this helps.  Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2704>
_______________________________________

From report at bugs.python.org  Sun Mar 24 04:04:26 2013
From: report at bugs.python.org (Thomas Waldmann)
Date: Sun, 24 Mar 2013 03:04:26 +0000
Subject: [issue15801] Weird string interpolation behaviour
In-Reply-To: <1346187982.17.0.733777939563.issue15801@psf.upfronthosting.co.za>
Message-ID: <1364094266.63.0.400010644315.issue15801@psf.upfronthosting.co.za>


Thomas Waldmann added the comment:

gave 2.7.4rc1 a try and was seeing a failing unit test that does not fail with 2.7.3.

see the attached file for some minimal code that succeeds on 2.7.3, but not on 2.7.4rc1.

it seems to have to do with being a subclass of Exception, it doesn't happen for subclass of object.

----------
nosy: +Thomas.Waldmann
Added file: http://bugs.python.org/file29558/py274_str_mod_bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15801>
_______________________________________

From report at bugs.python.org  Sun Mar 24 04:37:21 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 24 Mar 2013 03:37:21 +0000
Subject: [issue15801] Weird string interpolation behaviour
In-Reply-To: <1346187982.17.0.733777939563.issue15801@psf.upfronthosting.co.za>
Message-ID: <3ZYPS0306Gz7Lmn@mail.python.org>


Roundup Robot added the comment:

New changeset 391e3a7db1a3 by Benjamin Peterson in branch '2.7':
allow any type with __getitem__ to be a mapping for the purposes of % (#15801)
http://hg.python.org/cpython/rev/391e3a7db1a3

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15801>
_______________________________________

From report at bugs.python.org  Sun Mar 24 04:37:40 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 24 Mar 2013 03:37:40 +0000
Subject: [issue15801] Weird string interpolation behaviour
In-Reply-To: <1346187982.17.0.733777939563.issue15801@psf.upfronthosting.co.za>
Message-ID: <1364096260.34.0.685731286498.issue15801@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Thanks for the report. Will be fixed in 2.7.4.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15801>
_______________________________________

From report at bugs.python.org  Sun Mar 24 05:34:13 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 24 Mar 2013 04:34:13 +0000
Subject: [issue17511] Idle find function closes after each find operation
In-Reply-To: <1363902452.43.0.911749750934.issue17511@psf.upfronthosting.co.za>
Message-ID: <1364099653.43.0.346427561037.issue17511@psf.upfronthosting.co.za>


Todd Rovito added the comment:

If it helps I have confirmed that this patch works great on Python 3.4 and Python 2.7 on the Mac.  The code looks very clean and provides a simple fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17511>
_______________________________________

From report at bugs.python.org  Sun Mar 24 06:11:00 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 24 Mar 2013 05:11:00 +0000
Subject: [issue2704] IDLE: Patch to make PyShell behave more like a Terminal
	interface
In-Reply-To: <1209319360.66.0.583090952017.issue2704@psf.upfronthosting.co.za>
Message-ID: <1364101860.25.0.187235554368.issue2704@psf.upfronthosting.co.za>


Todd Rovito added the comment:

After looking at the code some more I realized that I didn't have my configuration file configured correctly.  The toggle was not working because I left this out of my config-extensions.def file:
[Terminal_cfgBindings]
terminal-toggle=

Now it is working great without that variable the toggling does not work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2704>
_______________________________________

From report at bugs.python.org  Sun Mar 24 06:13:33 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 24 Mar 2013 05:13:33 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
	side of the editor window, and have it enabled by default.
Message-ID: <1364102013.73.0.373085073641.issue17535@psf.upfronthosting.co.za>


New submission from Todd Rovito:

I think it could be very helpful to add line numbers along the left side of the editor window.  The feature could be toggled on/off easily enough.  This was mentioned in the "Invent with Python" blog about IDLE so obviously other people would like the feature.

----------
components: IDLE
messages: 185115
nosy: Todd.Rovito
priority: normal
severity: normal
status: open
title: IDLE: Add an option to show line numbers along the left side of the editor window, and have it enabled by default.
type: enhancement
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Sun Mar 24 06:13:58 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 24 Mar 2013 05:13:58 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
	side of the editor window, and have it enabled by default.
In-Reply-To: <1364102013.73.0.373085073641.issue17535@psf.upfronthosting.co.za>
Message-ID: <1364102038.14.0.78787326865.issue17535@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +roger.serwy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Sun Mar 24 06:17:39 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 24 Mar 2013 05:17:39 +0000
Subject: [issue13504] Meta-issue for "Invent with Python" IDLE feedback
In-Reply-To: <1322613083.36.0.200533745275.issue13504@psf.upfronthosting.co.za>
Message-ID: <1364102259.43.0.778169819343.issue13504@psf.upfronthosting.co.za>


Todd Rovito added the comment:

http://bugs.python.org/issue17535 covers issue 12 Add an option to show line numbers along the left side of the editor window, and have it enabled by default.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13504>
_______________________________________

From report at bugs.python.org  Sun Mar 24 06:26:26 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 24 Mar 2013 05:26:26 +0000
Subject: [issue13802] IDLE Prefernces/Fonts: use multiple alphabets in examples
In-Reply-To: <1326756140.29.0.0714084996967.issue13802@psf.upfronthosting.co.za>
Message-ID: <1364102786.31.0.864286279435.issue13802@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13802>
_______________________________________

From report at bugs.python.org  Sun Mar 24 06:30:06 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 24 Mar 2013 05:30:06 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1364103006.59.0.636837703495.issue17390@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Sun Mar 24 06:48:04 2013
From: report at bugs.python.org (Ned Deily)
Date: Sun, 24 Mar 2013 05:48:04 +0000
Subject: [issue17533] test_xpickle fails with "cannot import name
	precisionbigmemtest" or "cannot import name _2G"
In-Reply-To: <1364076189.44.0.308602234194.issue17533@psf.upfronthosting.co.za>
Message-ID: <1364104084.61.0.369066700698.issue17533@psf.upfronthosting.co.za>


Ned Deily added the comment:

Right. precisionbigmemtest was added by 0aafd1ae5120 ("security patches from Apple") and released in 2.5.3. OS X 10.5 ("Leopard") has 2.5.1. On a hunch, I installed a python2.4 (2.4.4) and the tests are broken using that as well: multiple failures attempting to import _2G


======================================================================
ERROR: test_simple_newobj (test.test_xpickle.CPicklePython24Compat)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/pickletester.py", line 877, in test_simple_newobj
    s = self.dumps(x, proto)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_xpickle.py", line 115, in dumps
    return self.send_to_worker(self.python, arg, proto)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_xpickle.py", line 111, in send_to_worker
    raise RuntimeError(stderr)
RuntimeError: Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_xpickle.py", line 28, in ?
    exec compile(open(mod_path).read(), mod_path, 'exec') in pickletester.__dict__
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/pickletester.py", line 9, in ?
    from test.test_support import (TestFailed, have_unicode, TESTFN, _2G, _1M,
ImportError: cannot import name _2G

----------
stage:  -> needs patch
title: test_xpickle fails on OS X 10.5 with "cannot import name precisionbigmemtest" -> test_xpickle fails with "cannot import name precisionbigmemtest" or "cannot import name _2G"

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17533>
_______________________________________

From report at bugs.python.org  Sun Mar 24 06:59:50 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 24 Mar 2013 05:59:50 +0000
Subject: [issue12226] use HTTPS by default for uploading packages to pypi
In-Reply-To: <1306860665.45.0.32361907398.issue12226@psf.upfronthosting.co.za>
Message-ID: <1364104790.73.0.102515578347.issue12226@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Benjamin, you committed a change to use HTTPS instead of HTTP.  In this bug report, we were having a discussion about the false/incomplete security that this provides if there is no certificate checking.  What are your thoughts on that?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12226>
_______________________________________

From report at bugs.python.org  Sun Mar 24 07:42:00 2013
From: report at bugs.python.org (Ramchandra Apte)
Date: Sun, 24 Mar 2013 06:42:00 +0000
Subject: [issue12207] Document ast.PyCF_ONLY_AST
In-Reply-To: <1306689830.34.0.885575322408.issue12207@psf.upfronthosting.co.za>
Message-ID: <1364107320.63.0.983657040518.issue12207@psf.upfronthosting.co.za>


Ramchandra Apte added the comment:

> In my view, it is adequately documented now, should not be undocumented, and should not be given more prominence either. So I recommend closing this.
+1

----------
nosy: +Ramchandra Apte

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12207>
_______________________________________

From report at bugs.python.org  Sun Mar 24 08:05:06 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 24 Mar 2013 07:05:06 +0000
Subject: [issue13248] deprecated in 3.2/3.3, should be removed in 3.4
In-Reply-To: <1319392186.66.0.823106983991.issue13248@psf.upfronthosting.co.za>
Message-ID: <1364108706.36.0.0954691462546.issue13248@psf.upfronthosting.co.za>


?ric Araujo added the comment:

> We do not document removals after they are done as they are not an
> issue for back-compatibility (unlike changes and additions).

I learned that people may use the (for example) 2.7 docs even though they are using 2.6, so I think we do want to use things like the deprecated-removed directive to tell these users that they should start looking for a replacement.  Removing documentation would lead them to look in other places and discover the removals later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13248>
_______________________________________

From report at bugs.python.org  Sun Mar 24 08:51:54 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 24 Mar 2013 07:51:54 +0000
Subject: [issue13244] WebSocket schemes in urllib.parse
In-Reply-To: <1319281663.43.0.214740119457.issue13244@psf.upfronthosting.co.za>
Message-ID: <1364111514.62.0.115589624621.issue13244@psf.upfronthosting.co.za>


?ric Araujo added the comment:

This is not committed to any branch yet.

----------
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13244>
_______________________________________

From report at bugs.python.org  Sun Mar 24 08:57:45 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sun, 24 Mar 2013 07:57:45 +0000
Subject: [issue17441] Do not cache re.compile
In-Reply-To: <1363468136.42.0.6196791543.issue17441@psf.upfronthosting.co.za>
Message-ID: <1364111865.25.0.229423350519.issue17441@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

> The docs don't even mention that re.compile() actually uses a cache.

Actually it does:
"""
re.compile(pattern, flags=0)

Note The compiled versions of the most recent patterns passed to re.match(), re.search() or re.compile() are cached, so programs that use only a few regular expressions at a time needn?t worry about compiling regular expressions.
"""

Now, I agree that it's definitely suboptimal...

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17441>
_______________________________________

From report at bugs.python.org  Sun Mar 24 10:48:04 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 24 Mar 2013 09:48:04 +0000
Subject: [issue13248] deprecated in 3.2/3.3, should be removed in 3.4
In-Reply-To: <1319392186.66.0.823106983991.issue13248@psf.upfronthosting.co.za>
Message-ID: <1364118484.65.0.900309583037.issue13248@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

IMHO deprecated-removed should be used on versions where the feature exists, and a versionchanged should be added once the feature has been removed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13248>
_______________________________________

From report at bugs.python.org  Sun Mar 24 11:29:46 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sun, 24 Mar 2013 10:29:46 +0000
Subject: [issue15100] Race conditions in shutil.copy,
	shutil.copy2 and shutil.copyfile
In-Reply-To: <1364070100.91.0.599888028679.issue15100@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM3Pmx5D7eAM5mrGjYOLyq6W_fZ9hQx9nyhb3ik5hWx0Qg@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

That shouldn't be too complicated, but does Windows have fcomod() & Co?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15100>
_______________________________________

From report at bugs.python.org  Sun Mar 24 11:34:20 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 24 Mar 2013 10:34:20 +0000
Subject: [issue15100] Race conditions in shutil.copy,
	shutil.copy2 and shutil.copyfile
In-Reply-To: <1340020668.92.0.801725909503.issue15100@psf.upfronthosting.co.za>
Message-ID: <1364121260.42.0.349081804637.issue15100@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Windows doesn't have fchmod(), but chmod() doesn't do much on it either:

?Although Windows supports chmod(), you can only set the file?s read-only flag with it (via the stat.S_IWRITE and stat.S_IREAD constants or a corresponding integer value). All other bits are ignored.?

(Windows has a sophisticated file permissions scheme, but you probably need to use native APIs to effect them)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15100>
_______________________________________

From report at bugs.python.org  Sun Mar 24 11:38:13 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 24 Mar 2013 10:38:13 +0000
Subject: [issue8796] Deprecate codecs.open()
In-Reply-To: <1274642875.55.0.470910509558.issue8796@psf.upfronthosting.co.za>
Message-ID: <1364121493.81.0.775665708443.issue8796@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I suggest to deprecated codecs.open() in 3.4, and possibly remove it in a later release.  The implementation shouldn't be changed to use the builtin open(), but the deprecation note should point to it, and possibly mention the shortcomings of codecs.open().

----------
nosy: +ezio.melotti
resolution: postponed -> 
stage:  -> needs patch
status: closed -> open
type:  -> behavior
versions: +Python 3.4 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8796>
_______________________________________

From report at bugs.python.org  Sun Mar 24 11:38:49 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 24 Mar 2013 10:38:49 +0000
Subject: [issue11087] Speeding up the interpreter with a few lines of code
In-Reply-To: <1296547053.5.0.194611271072.issue11087@psf.upfronthosting.co.za>
Message-ID: <1364121529.54.0.480409953847.issue11087@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> ... is this worth pursuing?

Not at the expense of introducing undefined behaviour.  I suggest closing this.

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11087>
_______________________________________

From report at bugs.python.org  Sun Mar 24 12:26:37 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sun, 24 Mar 2013 11:26:37 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <CAH_1eM1sUYFgfb-HjxFLk9Fbxt=UbLvPj=dJgLvs5ddU+gE17g@mail.gmail.com>
Message-ID: <CAH_1eM28fh6ith=VtVY7YSiMcsCUDwQmkfJwDQcUPsBYVn572Q@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

I'm splitting the patches:
- one which adds loads and dumps to ForkingPicler
- the contention reduction patch

I'd like to commit them soon.

----------
Added file: http://bugs.python.org/file29559/queues_contention.diff
Added file: http://bugs.python.org/file29560/forkingpickler.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________
-------------- next part --------------
diff --git a/Lib/multiprocessing/queues.py b/Lib/multiprocessing/queues.py
--- a/Lib/multiprocessing/queues.py
+++ b/Lib/multiprocessing/queues.py
@@ -22,7 +22,7 @@
 from multiprocessing.connection import Pipe
 from multiprocessing.synchronize import Lock, BoundedSemaphore, Semaphore, Condition
 from multiprocessing.util import debug, info, Finalize, register_after_fork
-from multiprocessing.forking import assert_spawning
+from multiprocessing.forking import assert_spawning, ForkingPickler
 
 #
 # Queue type using a pipe, buffer and thread
@@ -69,8 +69,8 @@
         self._joincancelled = False
         self._closed = False
         self._close = None
-        self._send = self._writer.send
-        self._recv = self._reader.recv
+        self._send_bytes = self._writer.send_bytes
+        self._recv_bytes = self._reader.recv_bytes
         self._poll = self._reader.poll
 
     def put(self, obj, block=True, timeout=None):
@@ -89,14 +89,9 @@
 
     def get(self, block=True, timeout=None):
         if block and timeout is None:
-            self._rlock.acquire()
-            try:
-                res = self._recv()
-                self._sem.release()
-                return res
-            finally:
-                self._rlock.release()
-
+            with self._rlock:
+                res = self._recv_bytes()
+            self._sem.release()
         else:
             if block:
                 deadline = time.time() + timeout
@@ -109,11 +104,12 @@
                         raise Empty
                 elif not self._poll():
                     raise Empty
-                res = self._recv()
+                res = self._recv_bytes()
                 self._sem.release()
-                return res
             finally:
                 self._rlock.release()
+        # unserialize the data after having released the lock
+        return ForkingPickler.loads(res)
 
     def qsize(self):
         # Raises NotImplementedError on Mac OSX because of broken sem_getvalue()
@@ -158,7 +154,7 @@
         self._buffer.clear()
         self._thread = threading.Thread(
             target=Queue._feed,
-            args=(self._buffer, self._notempty, self._send,
+            args=(self._buffer, self._notempty, self._send_bytes,
                   self._wlock, self._writer.close, self._ignore_epipe),
             name='QueueFeederThread'
             )
@@ -210,7 +206,7 @@
             notempty.release()
 
     @staticmethod
-    def _feed(buffer, notempty, send, writelock, close, ignore_epipe):
+    def _feed(buffer, notempty, send_bytes, writelock, close, ignore_epipe):
         debug('starting thread to feed data to pipe')
         from .util import is_exiting
 
@@ -241,16 +237,14 @@
                             close()
                             return
 
+                        # serialize the data before acquiring the lock
+                        obj = ForkingPickler.dumps(obj)
                         if wacquire is None:
-                            send(obj)
-                            # Delete references to object. See issue16284
-                            del obj
+                            send_bytes(obj)
                         else:
                             wacquire()
                             try:
-                                send(obj)
-                                # Delete references to object. See issue16284
-                                del obj
+                                send_bytes(obj)
                             finally:
                                 wrelease()
                 except IndexError:
@@ -344,7 +338,6 @@
             self._wlock = None
         else:
             self._wlock = Lock()
-        self._make_methods()
 
     def empty(self):
         return not self._poll()
@@ -355,29 +348,19 @@
 
     def __setstate__(self, state):
         (self._reader, self._writer, self._rlock, self._wlock) = state
-        self._make_methods()
 
-    def _make_methods(self):
-        recv = self._reader.recv
-        racquire, rrelease = self._rlock.acquire, self._rlock.release
-        def get():
-            racquire()
-            try:
-                return recv()
-            finally:
-                rrelease()
-        self.get = get
+    def get(self):
+        with self._rlock:
+            res = self._reader.recv_bytes()
+        # unserialize the data after having released the lock
+        return ForkingPickler.loads(res)
 
+    def put(self, obj):
+        # serialize the data before acquiring the lock
+        obj = ForkingPickler.dumps(obj)
         if self._wlock is None:
             # writes to a message oriented win32 pipe are atomic
-            self.put = self._writer.send
+            self._writer.send_bytes(obj)
         else:
-            send = self._writer.send
-            wacquire, wrelease = self._wlock.acquire, self._wlock.release
-            def put(obj):
-                wacquire()
-                try:
-                    return send(obj)
-                finally:
-                    wrelease()
-            self.put = put
+            with self._wlock:
+                self._writer.send_bytes(obj)
-------------- next part --------------
diff --git a/Lib/multiprocessing/connection.py b/Lib/multiprocessing/connection.py
--- a/Lib/multiprocessing/connection.py
+++ b/Lib/multiprocessing/connection.py
@@ -12,7 +12,6 @@
 import io
 import os
 import sys
-import pickle
 import select
 import socket
 import struct
@@ -202,9 +201,7 @@
         """Send a (picklable) object"""
         self._check_closed()
         self._check_writable()
-        buf = io.BytesIO()
-        ForkingPickler(buf, pickle.HIGHEST_PROTOCOL).dump(obj)
-        self._send_bytes(buf.getbuffer())
+        self._send_bytes(ForkingPickler.dumps(obj))
 
     def recv_bytes(self, maxlength=None):
         """
@@ -249,7 +246,7 @@
         self._check_closed()
         self._check_readable()
         buf = self._recv_bytes()
-        return pickle.loads(buf.getbuffer())
+        return ForkingPickler.loads(buf.getbuffer())
 
     def poll(self, timeout=0.0):
         """Whether there is any input available to be read"""
diff --git a/Lib/multiprocessing/forking.py b/Lib/multiprocessing/forking.py
--- a/Lib/multiprocessing/forking.py
+++ b/Lib/multiprocessing/forking.py
@@ -7,7 +7,9 @@
 # Licensed to PSF under a Contributor Agreement.
 #
 
+import io
 import os
+import pickle
 import sys
 import signal
 import errno
@@ -44,6 +46,15 @@
     def register(cls, type, reduce):
         cls._extra_reducers[type] = reduce
 
+    @staticmethod
+    def dumps(obj):
+        buf = io.BytesIO()
+        ForkingPickler(buf, pickle.HIGHEST_PROTOCOL).dump(obj)
+        return buf.getbuffer()
+
+    loads = pickle.loads
+
+
 def _reduce_method(m):
     if m.__self__ is None:
         return getattr, (m.__class__, m.__func__.__name__)

From report at bugs.python.org  Sun Mar 24 12:33:06 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 24 Mar 2013 11:33:06 +0000
Subject: [issue513840] entity unescape for sgml/htmllib
Message-ID: <1364124786.68.0.613853773427.issue513840@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

See also #2927.

----------
versions: +Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue513840>
_______________________________________

From report at bugs.python.org  Sun Mar 24 13:03:36 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Sun, 24 Mar 2013 12:03:36 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <1359042546.71.0.578815247507.issue17025@psf.upfronthosting.co.za>
Message-ID: <1364126616.19.0.472083315303.issue17025@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

The old code deleted the obj in the feeder thread as soon as it was sent at lines 247 and 253 -- see Issue #16284.  I think that should be retained.

Apart from that LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Sun Mar 24 13:16:02 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sun, 24 Mar 2013 12:16:02 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <1364126616.19.0.472083315303.issue17025@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM2uM0ELcKHUb-ZLfmEvb130wXHOD78ECQ4K8w0=fFe41Q@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> The old code deleted the obj in the feeder thread as soon as it was sent at lines 247 and 253 -- see Issue #16284.  I think that should be retained.

The object is overwritten by the pickled data, so it's not necessary
anymore, no?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Sun Mar 24 13:20:38 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 24 Mar 2013 12:20:38 +0000
Subject: [issue8552] msilib can't create large CAB files
In-Reply-To: <1272408951.39.0.507376251976.issue8552@psf.upfronthosting.co.za>
Message-ID: <1364127638.99.0.270476092477.issue8552@psf.upfronthosting.co.za>


R. David Murray added the comment:

It looks like it turned out that there is nothing specific in this issue that isn't covered by issue 2399.

----------
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Patches for Tools/msi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8552>
_______________________________________

From report at bugs.python.org  Sun Mar 24 13:20:48 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sun, 24 Mar 2013 12:20:48 +0000
Subject: [issue17529] fix os.sendfile() documentation regarding the type of
	file descriptor
In-Reply-To: <1364040887.67.0.333340627096.issue17529@psf.upfronthosting.co.za>
Message-ID: <1364127648.8.0.174715394039.issue17529@psf.upfronthosting.co.za>


Changes by Charles-Fran?ois Natali <cf.natali at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29561/sendfile_doc.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17529>
_______________________________________

From report at bugs.python.org  Sun Mar 24 13:31:53 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 24 Mar 2013 12:31:53 +0000
Subject: [issue12226] use HTTPS by default for uploading packages to pypi
In-Reply-To: <1306860665.45.0.32361907398.issue12226@psf.upfronthosting.co.za>
Message-ID: <1364128313.24.0.888184831217.issue12226@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

This is true, but if we get proper certificate checking, this should automatically work correctly then.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12226>
_______________________________________

From report at bugs.python.org  Sun Mar 24 13:40:38 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 24 Mar 2013 12:40:38 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
In-Reply-To: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>
Message-ID: <1364128838.49.0.0691800858832.issue17323@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Attached a new patch that addresses a couple of minor things pointed out in the reviews.

----------
stage: patch review -> commit review
Added file: http://bugs.python.org/file29562/issue17323-3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From report at bugs.python.org  Sun Mar 24 14:02:25 2013
From: report at bugs.python.org (Drekin)
Date: Sun, 24 Mar 2013 13:02:25 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1364130145.6.0.558707071045.issue1602@psf.upfronthosting.co.za>


Drekin added the comment:

Hello. I have made a small upgrade of the workaround.
? win_unicode_console.enable_streams() sets sys.stdin, stdout and stderr to custom filelike objects which use Windows functions ReadConcoleW and WriteConsoleW to handle unicode data properly. This can be done in sitecustomize.py to take effect automatically.

? Since Python interactive console doesn't use sys.stdin for getting input (still don't know reason for this), there is an alternative repl based on code.interact(). win_unicode_console.IntertactiveConsole.enable() sets it up. To set it up automatically, put the enabling code into a startup file and set PYTHONSTARTUP environment variable. This works for interactive session (just running python with no script).

? Since there is no hook to run InteractiveConsole.enable() when a script is run interactively (-i flag), that is after the script and before the interactive session, I have written a helper script i.py. It just runs given script and then enters an interactive mode using InteractiveConsole. Just put i.py into site-packages and run "py -m i script.py arguments" instead of "py -i script.py arguments".

It's a shame that in the year 2013 one cannot simply run Python console on Windows and enter Unicode characters. I'm not saying it's just Python fault, but there is a workaround on Python side.

----------
versions: +Python 3.4
Added file: http://bugs.python.org/file29563/i.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Sun Mar 24 14:03:32 2013
From: report at bugs.python.org (Drekin)
Date: Sun, 24 Mar 2013 13:03:32 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1364130212.97.0.803031860724.issue1602@psf.upfronthosting.co.za>


Changes by Drekin <drekin at gmail.com>:


Added file: http://bugs.python.org/file29564/win_unicode_console_3.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Sun Mar 24 14:33:03 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Sun, 24 Mar 2013 13:33:03 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <CAH_1eM2uM0ELcKHUb-ZLfmEvb130wXHOD78ECQ4K8w0=fFe41Q@mail.gmail.com>
Message-ID: <514F0083.5010206@gmail.com>


Richard Oudkerk added the comment:

On 24/03/2013 12:16pm, Charles-Fran?ois Natali wrote:
> The object is overwritten by the pickled data, so it's not necessary
> anymore, no?

Yes, you are right.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Sun Mar 24 14:35:44 2013
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 24 Mar 2013 13:35:44 +0000
Subject: [issue17441] Do not cache re.compile
In-Reply-To: <1363468136.42.0.6196791543.issue17441@psf.upfronthosting.co.za>
Message-ID: <1364132144.74.0.53822404572.issue17441@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17441>
_______________________________________

From report at bugs.python.org  Sun Mar 24 14:40:48 2013
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 24 Mar 2013 13:40:48 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1364132448.99.0.419000723877.issue1602@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Sun Mar 24 14:48:51 2013
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 24 Mar 2013 13:48:51 +0000
Subject: [issue8796] Deprecate codecs.open()
In-Reply-To: <1274642875.55.0.470910509558.issue8796@psf.upfronthosting.co.za>
Message-ID: <1364132931.54.0.484090714846.issue8796@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8796>
_______________________________________

From report at bugs.python.org  Sun Mar 24 14:56:31 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 24 Mar 2013 13:56:31 +0000
Subject: [issue17482] functools.update_wrapper mishandles __wrapped__
In-Reply-To: <1363714542.8.0.838364934538.issue17482@psf.upfronthosting.co.za>
Message-ID: <1364133391.12.0.215809602232.issue17482@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17482>
_______________________________________

From report at bugs.python.org  Sun Mar 24 15:05:47 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 24 Mar 2013 14:05:47 +0000
Subject: [issue17492] Increase test coverage for random (up to 99%)
In-Reply-To: <1363748570.23.0.662961868349.issue17492@psf.upfronthosting.co.za>
Message-ID: <1364133947.25.0.522361388858.issue17492@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17492>
_______________________________________

From report at bugs.python.org  Sun Mar 24 15:11:03 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 24 Mar 2013 14:11:03 +0000
Subject: [issue17504] Dropping duplicated docstring explanation of what Mocks'
	side_effect does.
In-Reply-To: <1363848514.23.0.175887812295.issue17504@psf.upfronthosting.co.za>
Message-ID: <3ZYgWB6CZpz7LpX@mail.python.org>


Roundup Robot added the comment:

New changeset 9445505389cf by Ezio Melotti in branch '3.3':
#17504: remove duplicated sentence.  Patch by Radu Voicilas.
http://hg.python.org/cpython/rev/9445505389cf

New changeset 2fc34f3dbc9d by Ezio Melotti in branch 'default':
#17504: merge with 3.3.
http://hg.python.org/cpython/rev/2fc34f3dbc9d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17504>
_______________________________________

From report at bugs.python.org  Sun Mar 24 15:11:32 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 24 Mar 2013 14:11:32 +0000
Subject: [issue17504] Dropping duplicated docstring explanation of what Mocks'
	side_effect does.
In-Reply-To: <1363848514.23.0.175887812295.issue17504@psf.upfronthosting.co.za>
Message-ID: <1364134292.36.0.216965117273.issue17504@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the report and the patch!

----------
assignee:  -> ezio.melotti
nosy: +ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17504>
_______________________________________

From report at bugs.python.org  Sun Mar 24 15:24:50 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 24 Mar 2013 14:24:50 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <1359042546.71.0.578815247507.issue17025@psf.upfronthosting.co.za>
Message-ID: <3ZYgq55rphz7Llb@mail.python.org>


Roundup Robot added the comment:

New changeset bedb4cbdd311 by Charles-Fran?ois Natali in branch 'default':
Issue #17025: Add dumps() and loads() to ForkingPickler.
http://hg.python.org/cpython/rev/bedb4cbdd311

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Sun Mar 24 15:26:06 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 24 Mar 2013 14:26:06 +0000
Subject: [issue17516] Dead code should be removed
In-Reply-To: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>
Message-ID: <1364135166.81.0.0838343518885.issue17516@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti
stage:  -> patch review
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Sun Mar 24 15:26:50 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 24 Mar 2013 14:26:50 +0000
Subject: [issue17519] unittest should not try to run abstract classes
In-Reply-To: <1363951466.19.0.505441528041.issue17519@psf.upfronthosting.co.za>
Message-ID: <1364135210.94.0.00164879423833.issue17519@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17519>
_______________________________________

From report at bugs.python.org  Sun Mar 24 16:43:53 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sun, 24 Mar 2013 15:43:53 +0000
Subject: [issue14010] deeply nested filter segfaults
In-Reply-To: <1329235106.54.0.737183388066.issue14010@psf.upfronthosting.co.za>
Message-ID: <1364139833.95.0.37855769574.issue14010@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

- The tests with "range(1000000)" seems to duplicate those with recursion limit.
- zip_iter should would be simpler with a "goto error;"

LGTM otherwise.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14010>
_______________________________________

From report at bugs.python.org  Sun Mar 24 16:55:00 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 24 Mar 2013 15:55:00 +0000
Subject: [issue17150] pprint could use line continuation for long string
	literals
In-Reply-To: <1360241467.59.0.786252231553.issue17150@psf.upfronthosting.co.za>
Message-ID: <1364140500.67.0.094777034007.issue17150@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This is a nice addition.  Thank you.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17150>
_______________________________________

From report at bugs.python.org  Sun Mar 24 16:57:52 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sun, 24 Mar 2013 15:57:52 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1364140672.1.0.458027943725.issue16475@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Sorry, what does "instancing" mean?
And does this change bring interesting features?
And is there an impact on regular .pyc files?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Sun Mar 24 17:21:03 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 24 Mar 2013 16:21:03 +0000
Subject: [issue14010] deeply nested filter segfaults
In-Reply-To: <1329235106.54.0.737183388066.issue14010@psf.upfronthosting.co.za>
Message-ID: <1364142063.88.0.605145224268.issue14010@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14010>
_______________________________________

From report at bugs.python.org  Sun Mar 24 17:43:24 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 24 Mar 2013 16:43:24 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1364143404.56.0.650404214464.issue16475@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

> Sorry, what does "instancing" mean?

He means "keeping track of instance identities", so that objects 
that were shared before marshal continue to be shared after loading.

> And does this change bring interesting features?

"interesting" to whom?

> And is there an impact on regular .pyc files?

Definitely. It may now contain 't' (interned) codes again, and it may contain 'r' (reference) codes. The size of the pyc files may decrease.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Sun Mar 24 17:47:36 2013
From: report at bugs.python.org (Kevin Barry)
Date: Sun, 24 Mar 2013 16:47:36 +0000
Subject: [issue14916] PyRun_InteractiveLoop fails to run interactively when
	using a Linux pty that's not tied to stdin/stdout
In-Reply-To: <1337960558.56.0.442179213708.issue14916@psf.upfronthosting.co.za>
Message-ID: <1364143655.99.0.256053635192.issue14916@psf.upfronthosting.co.za>


Kevin Barry added the comment:

emmanuel,

Regarding your points: All three can be taken care of with a combination of my patch and setting sys.stdin, sys.stdout, and sys.stderr to the pty. (That should really be done internally with another patch, since os.fdopen is OS-specific. Also, sys.stdin, sys.stdout, and sys.stderr should each have distinct underlying file descriptors, which I didn't do in working.c.) Those can safely be replaced since they're just the "effective" standard files, and sys.__stdin__ et al. refer to the actual C stdin et al. The remaining issue would be that the same descriptor shouldn't be used for both input and output in the interpreter loop, especially if the FILE* passed is only open for reading (since standard input technically doesn't have to be writable.)

Kevin Barry

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14916>
_______________________________________

From report at bugs.python.org  Sun Mar 24 18:42:08 2013
From: report at bugs.python.org (Matthias Klose)
Date: Sun, 24 Mar 2013 17:42:08 +0000
Subject: [issue17536] update browser list with additional browser names
Message-ID: <1364146928.84.0.219994349931.issue17536@psf.upfronthosting.co.za>


New submission from Matthias Klose:

Add some browser names supported on Debian systems:

 - www-browser, x-www-browser are browser names handled by
   the alternatives system, which should be preferred over
   specific browser names. Inserted with lower priority
   than the browsers for specific desktop environments.

 - iceweasel, iceape are used in Debian for the Mozilla
   browser for trademark reasons.

will backport for 2.7 after the 2.7.4 release.

----------
assignee: doko
components: Library (Lib)
files: webbrowser.diff
keywords: patch
messages: 185145
nosy: doko
priority: normal
severity: normal
status: open
title: update browser list with additional browser names
versions: Python 2.7, Python 3.3
Added file: http://bugs.python.org/file29565/webbrowser.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17536>
_______________________________________

From report at bugs.python.org  Sun Mar 24 18:50:35 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 24 Mar 2013 17:50:35 +0000
Subject: [issue17536] update browser list with additional browser names
In-Reply-To: <1364146928.84.0.219994349931.issue17536@psf.upfronthosting.co.za>
Message-ID: <3ZYmNW1P6Rz7Lp0@mail.python.org>


Roundup Robot added the comment:

New changeset 206522d9134e by doko in branch '3.3':
- Issue #17536: Add to webbrowser's browser list: www-browser, x-www-browser,
http://hg.python.org/cpython/rev/206522d9134e

New changeset 34648809d777 by doko in branch 'default':
- Issue #17536: Add to webbrowser's browser list: www-browser, x-www-browser,
http://hg.python.org/cpython/rev/34648809d777

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17536>
_______________________________________

From report at bugs.python.org  Sun Mar 24 18:52:39 2013
From: report at bugs.python.org (Matthias Klose)
Date: Sun, 24 Mar 2013 17:52:39 +0000
Subject: [issue17536] update browser list with additional browser names
In-Reply-To: <1364146928.84.0.219994349931.issue17536@psf.upfronthosting.co.za>
Message-ID: <1364147559.46.0.624692915051.issue17536@psf.upfronthosting.co.za>


Matthias Klose added the comment:

2.7.diff is the backport for 2.7, adding additional names xdg-open, gvfs-open, and chromium names.

----------
Added file: http://bugs.python.org/file29566/2.7.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17536>
_______________________________________

From report at bugs.python.org  Sun Mar 24 19:16:06 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 24 Mar 2013 18:16:06 +0000
Subject: [issue17516] Dead code should be removed
In-Reply-To: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>
Message-ID: <1364148966.9.0.291246187931.issue17516@psf.upfronthosting.co.za>


R. David Murray added the comment:

> Oh, it looks like you are right: useless strings are already removed 
> during compilation. But it looks a little bit surprising to me to use a 
> multiline string for a comment. I prefer classic # comments.

I was surprised by this as well.  I think the comment in _header_value_parser was originally a docstring and got moved around during editing.  It should probably get changed to a block comment.

I could have sworn that when I learned about the optimization it was in the context of documentation that specifically said the optimization was done so that triple quoted strings could be used as multi-line comments, but I cannot find it through google or guessing where I might have seen it in our docs, so perhaps I was imagining things.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Sun Mar 24 19:20:37 2013
From: report at bugs.python.org (Matthias Klose)
Date: Sun, 24 Mar 2013 18:20:37 +0000
Subject: [issue17086] backport cross-build patches to the 2.7 branch
In-Reply-To: <1359587420.86.0.11365762234.issue17086@psf.upfronthosting.co.za>
Message-ID: <1364149237.55.0.636881292303.issue17086@psf.upfronthosting.co.za>


Matthias Klose added the comment:

this is about setting PYTHONPATH for regenerating the plat directory. This doesn't break anything afaics and doesn't do any harm.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17086>
_______________________________________

From report at bugs.python.org  Sun Mar 24 19:21:40 2013
From: report at bugs.python.org (Matthias Klose)
Date: Sun, 24 Mar 2013 18:21:40 +0000
Subject: [issue17086] backport cross-build patches to the 2.7 branch
In-Reply-To: <1359587420.86.0.11365762234.issue17086@psf.upfronthosting.co.za>
Message-ID: <1364149300.71.0.645819010764.issue17086@psf.upfronthosting.co.za>


Matthias Klose added the comment:

cross build patch is applied, closing the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17086>
_______________________________________

From report at bugs.python.org  Sun Mar 24 19:28:06 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 24 Mar 2013 18:28:06 +0000
Subject: [issue17536] update browser list with additional browser names
In-Reply-To: <1364146928.84.0.219994349931.issue17536@psf.upfronthosting.co.za>
Message-ID: <1364149686.6.0.34557962911.issue17536@psf.upfronthosting.co.za>


R. David Murray added the comment:

Technically this is a new feature and should only go into 3.4.  I'm open to discussion about this, but the discussion should have happened *before* the commit.
  
You will note in particular that support for Chrome was added in issue 13620 as an enhancement, and was per our rules not backported.

Quite aside from the enhancement issue, it is also customary to post the patch first and then wait a bit before committing, to give people a chance to comment.

----------
nosy: +orsenthil, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17536>
_______________________________________

From report at bugs.python.org  Sun Mar 24 19:40:27 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 24 Mar 2013 18:40:27 +0000
Subject: [issue17525] os.getcwd() fails on cifs share
In-Reply-To: <1363990327.07.0.260090776617.issue17525@psf.upfronthosting.co.za>
Message-ID: <1364150427.28.0.711697093572.issue17525@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17525>
_______________________________________

From report at bugs.python.org  Sun Mar 24 19:41:05 2013
From: report at bugs.python.org (Matthias Klose)
Date: Sun, 24 Mar 2013 18:41:05 +0000
Subject: [issue17536] update browser list with additional browser names
In-Reply-To: <1364146928.84.0.219994349931.issue17536@psf.upfronthosting.co.za>
Message-ID: <1364150465.03.0.474118594372.issue17536@psf.upfronthosting.co.za>


Matthias Klose added the comment:

> Technically this is a new feature and should only go into 3.4.  I'm open to discussion about this, but the discussion should have happened *before* the commit.

ok, will do so in the future. Howver it did look a bit simple ...

> You will note in particular that support for Chrome was added in issue 13620 as an enhancement, and was per our rules not backported.

so, we did backport libffi, expat, pybsddb for 2.7 to be able to cope with current / updated build environments.  From my point of view, this is the case here too, coping with current / updated runtime environments. Maybe we should re-check the rules and document these kind of updates.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17536>
_______________________________________

From report at bugs.python.org  Sun Mar 24 19:42:49 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 24 Mar 2013 18:42:49 +0000
Subject: [issue17526] inspect.findsource raises undocumented error for code
	objects with empty filename
In-Reply-To: <1364004239.34.0.135236485776.issue17526@psf.upfronthosting.co.za>
Message-ID: <1364150569.07.0.255572768821.issue17526@psf.upfronthosting.co.za>


R. David Murray added the comment:

It is very likely the code is the same in 3.3 and 3.4, so I'm adding those versions without testing :)

----------
keywords: +easy
nosy: +r.david.murray
stage:  -> needs patch
versions: +Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17526>
_______________________________________

From report at bugs.python.org  Sun Mar 24 19:44:26 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 24 Mar 2013 18:44:26 +0000
Subject: [issue17527] PATCH as valid request method in wsgiref.validator
In-Reply-To: <1364034217.66.0.106174829986.issue17527@psf.upfronthosting.co.za>
Message-ID: <1364150666.37.0.0378298554178.issue17527@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17527>
_______________________________________

From report at bugs.python.org  Sun Mar 24 19:53:51 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 24 Mar 2013 18:53:51 +0000
Subject: [issue17536] update browser list with additional browser names
In-Reply-To: <1364146928.84.0.219994349931.issue17536@psf.upfronthosting.co.za>
Message-ID: <1364151231.1.0.184334834721.issue17536@psf.upfronthosting.co.za>


R. David Murray added the comment:

Yeah, that's why I said I was open to discussion on it.  It is more of a UI/system-config issue than a code issue, so I think maybe a backport would be OK.  But we should check with python-dev, I think, since making UI changes to IDLE requires a PEP :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17536>
_______________________________________

From report at bugs.python.org  Sun Mar 24 21:26:21 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 24 Mar 2013 20:26:21 +0000
Subject: [issue17527] PATCH as valid request method in wsgiref.validator
In-Reply-To: <1364034217.66.0.106174829986.issue17527@psf.upfronthosting.co.za>
Message-ID: <1364156781.39.0.552488288205.issue17527@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I think this can be applied to old versions of Python as well.  It was an unintentional omission from the last of valid HTTP verbs.  There is nothing new here.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17527>
_______________________________________

From report at bugs.python.org  Sun Mar 24 21:40:19 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sun, 24 Mar 2013 20:40:19 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1364157619.35.0.847291325085.issue16475@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

> The size of the pyc files may decrease

This is very good news! Indeed, I noticed decimal.cpython-34.pyc going from 212k to 178k.  17% less!
This is worth an entry in whatsnew/3.4.rst IMO.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Sun Mar 24 22:04:20 2013
From: report at bugs.python.org (Greg Ward)
Date: Sun, 24 Mar 2013 21:04:20 +0000
Subject: [issue17445] Handle bytes comparisons in difflib.Differ
In-Reply-To: <1363531378.76.0.0837150963685.issue17445@psf.upfronthosting.co.za>
Message-ID: <1364159060.56.0.284752875405.issue17445@psf.upfronthosting.co.za>


Greg Ward added the comment:

> I recommend the following: replace the simple test in the attached bytes_diff.py with 
> Greg's unittest-based tests and adjust the __name__ == '__main__' incantation 
> accordingly.

Latest patch, following Terry's suggestion: http://hg.gerg.ca/cpython/rev/6718d54cf9eb

Pro:
- does not touch unified_diff() or context_diff(), just adds a new function
- no question that this is a new feature, so no debate about what branch to commit on
- forces caller to know exactly what they are dealing with, strings or bytes

Con:
- not a bug fix, so 3.3 users won't get it ... but they can just copy the 
  implementation of diff_bytes() (or, as Terry suggests, it could live on PyPI)
- has explicit isinstance() checks (for a good reason: see the comments)
- also has more Pythonic "raise TypeError if s.decode raised AttributeError",
  which is friendlier to duck typing but inconsistent with the isinstance() checks
  used elsewhere in the patch

Overall I'm fairly happy with this. Not too thrilled with the explicit type checks; suggestions welcome.

Regarding Terry's suggestion of putting diff_bytes() on PyPI: meh. If the only project that needs this is Mercurial, that would be pointless. Mercurial doesn't have PyPI dependencies, and that is unlikely to change. This might be one of those rare cases where copying the code is easier than depending on it.

----------
assignee:  -> gward

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17445>
_______________________________________

From report at bugs.python.org  Sun Mar 24 22:11:53 2013
From: report at bugs.python.org (Matthias Klose)
Date: Sun, 24 Mar 2013 21:11:53 +0000
Subject: [issue17537] sv.DictReader should fail if >1 column has the same name
Message-ID: <1364159513.65.0.538891965028.issue17537@psf.upfronthosting.co.za>


New submission from Matthias Klose:

forwarded from Debian http://bugs.debian.org/699463

The csv.DictReader object doesn't handle multiple columns with the
same name very well - it simply over-writes the first
column-with-same-name with the contents of the second
column-with-same-name e.g.:

foo,bar,foo
1,2,3

on reading this file, ["foo"] would contain 3.

IMO, the correct behaviour is for csv.DictReader to emit an error if
the header contains more than one column with the same name.

----------
components: Library (Lib)
messages: 185158
nosy: doko
priority: normal
severity: normal
status: open
title: sv.DictReader should fail if >1 column has the same name
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17537>
_______________________________________

From report at bugs.python.org  Sun Mar 24 22:12:40 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 24 Mar 2013 21:12:40 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
In-Reply-To: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>
Message-ID: <3ZYrsg6BVYz7Lr7@mail.python.org>


Roundup Robot added the comment:

New changeset 0fb7db2f9b5e by Martin v. Loewis in branch '3.2':
Issue #17425: Build with openssl 1.0.0k on Windows.
http://hg.python.org/cpython/rev/0fb7db2f9b5e

New changeset 8051e6ff97e2 by Martin v. Loewis in branch '3.3':
#17425: null merge 3.2
http://hg.python.org/cpython/rev/8051e6ff97e2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Sun Mar 24 22:17:15 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 24 Mar 2013 21:17:15 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
In-Reply-To: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>
Message-ID: <1364159835.67.0.936987663741.issue17425@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Sun Mar 24 22:53:11 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 24 Mar 2013 21:53:11 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
In-Reply-To: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>
Message-ID: <3ZYsmQ6xTWz7Ln8@mail.python.org>


Roundup Robot added the comment:

New changeset 840a90e8cefd by Martin v. L?wis in branch '3.3':
Issue #17425: Build with openssl 1.0.1d on Windows.
http://hg.python.org/cpython/rev/840a90e8cefd

New changeset a626a32bd42d by Martin v. L?wis in branch 'default':
#17425: merge 3.3
http://hg.python.org/cpython/rev/a626a32bd42d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Sun Mar 24 22:53:43 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 24 Mar 2013 21:53:43 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
In-Reply-To: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>
Message-ID: <1364162023.95.0.968372112039.issue17425@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

This is now fixed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Sun Mar 24 22:55:52 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 24 Mar 2013 21:55:52 +0000
Subject: [issue15052] Outdated comments in build_ssl.py
In-Reply-To: <1339521425.84.0.884791308596.issue15052@psf.upfronthosting.co.za>
Message-ID: <1364162152.52.0.754272399843.issue15052@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

This is now fixed, with 1.0.0k and 1.0.1d

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15052>
_______________________________________

From report at bugs.python.org  Sun Mar 24 23:02:12 2013
From: report at bugs.python.org (Ned Deily)
Date: Sun, 24 Mar 2013 22:02:12 +0000
Subject: [issue17537] csv.DictReader should fail if >1 column has the same name
In-Reply-To: <1364159513.65.0.538891965028.issue17537@psf.upfronthosting.co.za>
Message-ID: <1364162532.36.0.807554048955.issue17537@psf.upfronthosting.co.za>


Ned Deily added the comment:

Note that there was a long discussion a couple of months ago on python-ideas about the csv module including the issue of duplicate names.  There were differing opinions about whether this behavior should be changed and, if so, how. It starts here:

http://mail.python.org/pipermail/python-ideas/2013-January/018844.html

----------
nosy: +ned.deily
title: sv.DictReader should fail if >1 column has the same name -> csv.DictReader should fail if >1 column has the same name

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17537>
_______________________________________

From report at bugs.python.org  Sun Mar 24 23:02:38 2013
From: report at bugs.python.org (Ned Deily)
Date: Sun, 24 Mar 2013 22:02:38 +0000
Subject: [issue17537] csv.DictReader should fail if >1 column has the same name
In-Reply-To: <1364159513.65.0.538891965028.issue17537@psf.upfronthosting.co.za>
Message-ID: <1364162558.09.0.763703099571.issue17537@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy:  -ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17537>
_______________________________________

From report at bugs.python.org  Sun Mar 24 23:05:31 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 24 Mar 2013 22:05:31 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
In-Reply-To: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>
Message-ID: <1364162731.2.0.541326584536.issue17323@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From report at bugs.python.org  Sun Mar 24 23:18:16 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 24 Mar 2013 22:18:16 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
	side of the editor window, and have it enabled by default.
In-Reply-To: <1364102013.73.0.373085073641.issue17535@psf.upfronthosting.co.za>
Message-ID: <1364163496.63.0.583155302912.issue17535@psf.upfronthosting.co.za>


Todd Rovito added the comment:

I got the extension from Roger Serwy's IDLEX, it is one of my favorite extensions.  In addition to adding the extension I updated the documentation both idle.rst and help.txt.  Finally I tested the patch on Mac OS X and it works great.  This patch is for 3.4 but it does work with 2.7 but the documentation for 2.7 is not synced.  Thanks.

----------
keywords: +patch
Added file: http://bugs.python.org/file29567/17535IDLELineNumbers3dot4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Sun Mar 24 23:19:25 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 24 Mar 2013 22:19:25 +0000
Subject: [issue17536] update browser list with additional browser names
In-Reply-To: <1364146928.84.0.219994349931.issue17536@psf.upfronthosting.co.za>
Message-ID: <1364163565.2.0.219035644683.issue17536@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Making these changes in 2.7

+    # Google Chrome/Chromium browsers
+    for browser in ("google-chrome", "chrome", "chromium", "chromium-browser"):
+        if _iscommand(browser):
+            register(browser, None, Chrome(browser))
+

is a mistake IMO. These are new features.

We can argue that even the addition of www-browser should be considered a feature, depending upon when the www-browser update alternative was introduced by Debian/Ubuntu. I would rather go for a discussion too, because this is clearly a grey area. My thoughts are same as David's here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17536>
_______________________________________

From report at bugs.python.org  Sun Mar 24 23:20:14 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 24 Mar 2013 22:20:14 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
	side of the editor window, and have it enabled by default.
In-Reply-To: <1364102013.73.0.373085073641.issue17535@psf.upfronthosting.co.za>
Message-ID: <1364163614.07.0.99057372114.issue17535@psf.upfronthosting.co.za>


Todd Rovito added the comment:

For this patch to work correctly the option menu must be present so issue 17532 http://bugs.python.org/issue17532 has to be resolved.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Sun Mar 24 23:56:27 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 24 Mar 2013 22:56:27 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1364165787.92.0.668426020222.issue11406@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

Here's is an os.scandir(path='.') implementation that iterates reading the directory on the fly instead of pre-building a list.

os.listdir's implementation should ultimately be replaced by this as:

def listdir(path=None):
    if path is None:
        return list(os.scandir())
    return list(os.scandir(path))

Though I have not yet done that in this patch so that I could compare behavior of old vs new.

Why the scandir name?  Read the libc scandir man page.  It fits.

I have tested this on POSIX (Linux).  I don't have any ability to build Windows code so I expect that still has bugs and possibly compilation issues.  Please leave comments on the 'review' link.

----------
keywords: +patch
stage:  -> patch review
type: performance -> enhancement
Added file: http://bugs.python.org/file29568/issue11406-gps01.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Mon Mar 25 00:04:14 2013
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 24 Mar 2013 23:04:14 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1364166254.0.0.761927368729.issue11406@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Since this is going to be a new API, I would like to return the file type per directory entry where supported. I suggest to start with the Linux set of file types (DT_BLK, ..., DT_UNKNOWN), perhaps under different names, giving 'unknown' on systems which don't support this.

People traversing a directory tree can then skip the stat call if it's neither 'directory' nor 'unknown'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Mon Mar 25 00:08:22 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 24 Mar 2013 23:08:22 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1364166502.97.0.0899606850786.issue11406@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

you'll see my code already has TODOs in there for that.  windows API documentation suggests that windows returns even more (stat-like) info when traversing a directory.  returning a namedtuple with the relevant info from the platform at hand would be good.

I'd prefer to iterate on the code and get this working as is first, then update it to support returning the full details, namedtuple or otherwise.  perhaps via an os.scandir vs os.scandirfull or something.  I'd like to keep the ability to return just the names: no need to spend time building up the tuples that'll be discarded by the os.listdir compatibility code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Mon Mar 25 00:11:29 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 24 Mar 2013 23:11:29 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
	side of the editor window, and have it enabled by default.
In-Reply-To: <1364163496.63.0.583155302912.issue17535@psf.upfronthosting.co.za>
Message-ID: <514F8863.3080007@gmail.com>


Roger Serwy added the comment:

Todd, the LineNumbers.py extension from the IdleX project contains 
work-arounds for interacting cleanly with the Code Context extension. It 
also has a hack for dealing with the shortcomings of the 
Percolator/Delegator ordering.

There are other shortcomings in the extension that I could not address 
from IDLE's extension loading architecture. Notably, IDLE does not have 
a method to broadcast that a font was changed, so the extension polls 
every second to see what the font is. The Code Context extension also 
does this. This is clearly an inefficient way to handle identifying a 
configuration change.

I released IdleX with the University of Illinois. Presently, the code is 
under the NCSA license agreement and assigned to the Board of Trustees. 
If the PSF would allow inclusion as-is, then I'm all for it. Otherwise I 
will need to ask UIUC about how to re-license the code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Mon Mar 25 01:30:20 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 25 Mar 2013 00:30:20 +0000
Subject: [issue17537] csv.DictReader should fail if >1 column has the same name
In-Reply-To: <1364159513.65.0.538891965028.issue17537@psf.upfronthosting.co.za>
Message-ID: <1364171420.2.0.000763007127844.issue17537@psf.upfronthosting.co.za>


R. David Murray added the comment:

I haven't read the thread that Ned points to, but I do note that replacing the value is exactly how Python dict literals work.

Also, even if we decide that we want an error, I don't think it is a change that could be backported, since it could easily make currently working code stop working.

(This is may be a case where "status quo wins a stalemate".)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17537>
_______________________________________

From report at bugs.python.org  Mon Mar 25 01:57:16 2013
From: report at bugs.python.org (Roger Binns)
Date: Mon, 25 Mar 2013 00:57:16 +0000
Subject: [issue16145] Abort in _csv module
In-Reply-To: <1349462897.28.0.00319785734087.issue16145@psf.upfronthosting.co.za>
Message-ID: <1364173036.06.0.379345624803.issue16145@psf.upfronthosting.co.za>


Roger Binns added the comment:

So is 3.3.1 with the fix ever going to be released?  Georg did predict mid-November and we are 4 months after that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16145>
_______________________________________

From report at bugs.python.org  Mon Mar 25 02:28:55 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 25 Mar 2013 01:28:55 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
	side of the editor window, and have it enabled by default.
In-Reply-To: <1364102013.73.0.373085073641.issue17535@psf.upfronthosting.co.za>
Message-ID: <1364174935.39.0.299913441696.issue17535@psf.upfronthosting.co.za>


Todd Rovito added the comment:

The NCSA license is very permissive I would be surprised if the PSF didn't accept it since both are BSD based.  Needless to say I am not a lawyer and I am not sure who to speak with about this issue.  

I was able to find some precedence with the PEP 3146 which proposed the merging of Unladen Swallow with CPython.  Unladen Swallow used LLVM which also used the NCSA license.  But the merge never happened so I don't know what to think.  

Does this mean all the extensions from IDLEX are under NCSA license even Terminal.py?

I am flexible please let me know how you want to proceed....

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Mon Mar 25 03:10:50 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 25 Mar 2013 02:10:50 +0000
Subject: [issue694339] IDLE: Dedenting with Shift+Tab
Message-ID: <1364177450.61.0.664719405039.issue694339@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue694339>
_______________________________________

From report at bugs.python.org  Mon Mar 25 03:14:44 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 25 Mar 2013 02:14:44 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1364177684.51.0.55166576003.issue11406@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I don't this would be much of a win and we're better off not adding yet another function to the already overloaded os module.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Mon Mar 25 03:40:47 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 25 Mar 2013 02:40:47 +0000
Subject: [issue17536] update browser list with additional browser names
In-Reply-To: <1364146928.84.0.219994349931.issue17536@psf.upfronthosting.co.za>
Message-ID: <1364179247.59.0.891039061469.issue17536@psf.upfronthosting.co.za>


?ric Araujo added the comment:

I would consider the list of browsers updatable in stable branches, like MIME types and encoding aliases.  The alternate names for Mozilla browsers are really just strings in a list; xdg-open/x-www-browser/gvfs-open are a little more (need to use the right class i.e. BackgroundBrowser).  I think the goal of the backport rules is to 1) not compromise stability by adding new code 2) not break code that was valid in the previous bugfix version.  Adding encoding aliases or browsers seems much smaller to me than for example the cStringIO unicode fix that added unicode support to shlex as a side effect.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17536>
_______________________________________

From report at bugs.python.org  Mon Mar 25 03:41:26 2013
From: report at bugs.python.org (Donald Stufft)
Date: Mon, 25 Mar 2013 02:41:26 +0000
Subject: [issue17538] Document XML Vulnerabilties
Message-ID: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>


New submission from Donald Stufft:

Here's a documentation patch (Made against the 2.7 branch) that adds warning to the various xml modules to warn about the insecurity and points towards defusedxml/defusedexpat.

----------
components: Library (Lib), XML
files: xmldocs.diff
keywords: patch
messages: 185176
nosy: christian.heimes, dstufft
priority: normal
severity: normal
status: open
title: Document XML Vulnerabilties
versions: Python 2.7
Added file: http://bugs.python.org/file29569/xmldocs.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Mon Mar 25 03:42:41 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 25 Mar 2013 02:42:41 +0000
Subject: [issue17527] PATCH as valid request method in wsgiref.validator
In-Reply-To: <1364034217.66.0.106174829986.issue17527@psf.upfronthosting.co.za>
Message-ID: <1364179361.11.0.715329372732.issue17527@psf.upfronthosting.co.za>


?ric Araujo added the comment:

PATCH is not formally accepted yet.  OTOH many server and client libs support it and it does serve a real use case.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17527>
_______________________________________

From report at bugs.python.org  Mon Mar 25 03:46:54 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 25 Mar 2013 02:46:54 +0000
Subject: [issue12207] Document ast.PyCF_ONLY_AST
In-Reply-To: <1306689830.34.0.885575322408.issue12207@psf.upfronthosting.co.za>
Message-ID: <1364179614.38.0.295072800457.issue12207@psf.upfronthosting.co.za>


?ric Araujo added the comment:

No problem.

----------
resolution:  -> rejected
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12207>
_______________________________________

From report at bugs.python.org  Mon Mar 25 03:54:47 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 25 Mar 2013 02:54:47 +0000
Subject: [issue12920] Document that inspect.getsource only works for objects
	loaded from files, not interactive session
In-Reply-To: <1315334278.72.0.69534403863.issue12920@psf.upfronthosting.co.za>
Message-ID: <1364180087.37.0.0216439452602.issue12920@psf.upfronthosting.co.za>


?ric Araujo added the comment:

> It seems to work perfectly on command line though.

If the code is saved in a file, yes, but not in an interactive interpreter.  This is not actually related to IDLE, but to the fact that inspect.getsource merely finds the __file__ attribute of the module object for its argument.  If a module object has no file, the error message indicates that it?s a built-in module (like sys), but this fails to take into account the special __main__ module in an interactive interpreter.

It might be worth it to improve the error message, and in any case the documentation can be improved.

----------
stage:  -> needs patch
title: inspect.getsource fails to get source of local classes -> Document that inspect.getsource only works for objects loaded from files, not interactive session
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12920>
_______________________________________

From report at bugs.python.org  Mon Mar 25 03:57:25 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 25 Mar 2013 02:57:25 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1364180245.93.0.0448355132143.issue11406@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

Your objection is noted but it is wrong.

A Python program today cannot process arbitrarily large directories within a fixed amount of ram today due to os.listdir. This makes it unsuitable for file system cleanup tasks that we have run into on production servers.  This fixes that without requiring an extension module or fragile ctypes code to work around the deficiency.

It _would've been nice_ for os.listdir to be updated to be an iterator with 3.0 but it wasn't... so we're left supporting its legacy interface rather than just replacing it with this.

If think this functionality belongs in a module other than os, please suggest where.

long term: os.walk and os.fwalk are also unusable on arbitrary filesystems with large directories for the same reason because they use os.listdir.  providing a non-directory-preloading version of those is outside the scope of this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Mon Mar 25 04:00:45 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 25 Mar 2013 03:00:45 +0000
Subject: [issue1207613] Bottom Scroll Bar
Message-ID: <1364180445.23.0.371776329018.issue1207613@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1207613>
_______________________________________

From report at bugs.python.org  Mon Mar 25 04:03:58 2013
From: report at bugs.python.org (Roger Serwy)
Date: Mon, 25 Mar 2013 03:03:58 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
	side of the editor window, and have it enabled by default.
In-Reply-To: <1364174935.39.0.299913441696.issue17535@psf.upfronthosting.co.za>
Message-ID: <514FBEE0.7080900@gmail.com>


Roger Serwy added the comment:

The file uploaded in 2010 falls under my PSF contributor agreement which 
has the Apache V2.0 license. The updates to the code in the latest 
version of IdleX fall under the NCSA license.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Mon Mar 25 04:11:05 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 25 Mar 2013 03:11:05 +0000
Subject: [issue12226] use HTTPS by default for uploading packages to pypi
In-Reply-To: <1306860665.45.0.32361907398.issue12226@psf.upfronthosting.co.za>
Message-ID: <1364181065.36.0.499696951331.issue12226@psf.upfronthosting.co.za>


?ric Araujo added the comment:

I?m not sure what ?this? refers to (in ?This is true? and ?this should automatically work correctly?).

My only concern is to avoid giving a false sense of security, so my initial stance was all-or-nothing.  However with the recent trend of incremental improvements to the PyPI ecosystem, I think it?s important to do what we can and keep the momentum, so I?m okay with the commit?I just wanted to make sure that committing half a fix was intentional.  You probably know more about SSL than me and you?re the RM, so let?s ship this. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12226>
_______________________________________

From report at bugs.python.org  Mon Mar 25 04:16:24 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Mon, 25 Mar 2013 03:16:24 +0000
Subject: [issue17482] functools.update_wrapper mishandles __wrapped__
In-Reply-To: <1363714542.8.0.838364934538.issue17482@psf.upfronthosting.co.za>
Message-ID: <1364181384.85.0.322143284212.issue17482@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17482>
_______________________________________

From report at bugs.python.org  Mon Mar 25 04:16:42 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Mon, 25 Mar 2013 03:16:42 +0000
Subject: [issue13266] Add inspect.unwrap(f) to easily unravel "__wrapped__"
	chains
In-Reply-To: <1319611391.89.0.610441716125.issue13266@psf.upfronthosting.co.za>
Message-ID: <1364181402.48.0.0589765353012.issue13266@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13266>
_______________________________________

From report at bugs.python.org  Mon Mar 25 04:23:42 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 25 Mar 2013 03:23:42 +0000
Subject: [issue12226] use HTTPS by default for uploading packages to pypi
In-Reply-To: <1306860665.45.0.32361907398.issue12226@psf.upfronthosting.co.za>
Message-ID: <1364181822.62.0.600035943171.issue12226@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

By "this", I meant the change I made. It was made in consultation with Richard Jones (added to nosy) at the PyCon sprints.

----------
nosy: +richard

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12226>
_______________________________________

From report at bugs.python.org  Mon Mar 25 04:57:38 2013
From: report at bugs.python.org (Donald Stufft)
Date: Mon, 25 Mar 2013 03:57:38 +0000
Subject: [issue12226] use HTTPS by default for uploading packages to pypi
In-Reply-To: <1306860665.45.0.32361907398.issue12226@psf.upfronthosting.co.za>
Message-ID: <1364183858.95.0.0962596074293.issue12226@psf.upfronthosting.co.za>


Donald Stufft added the comment:

Using HTTPS without a Certificate prevents passive attacks but not active attacks. It puts things in a _better_ situation but not the ideal situation.

----------
nosy: +dstufft

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12226>
_______________________________________

From report at bugs.python.org  Mon Mar 25 07:10:43 2013
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 25 Mar 2013 06:10:43 +0000
Subject: [issue17514] Add the license to argparse.py
In-Reply-To: <1363911732.52.0.330096157772.issue17514@psf.upfronthosting.co.za>
Message-ID: <1364191843.93.0.918463604506.issue17514@psf.upfronthosting.co.za>


Georg Brandl added the comment:

> Speaking personally, I wouldn't want license boilerplates to start
> cluttering every file in the Python source tree. They are an annoyance
> when opening and reading source files.

On the other hand, a simple file header would make sense, and make standard library files more consistent, so that you can see in one glance that a module is from the stdlib.

Not that I'm motivated to do that :)

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17514>
_______________________________________

From report at bugs.python.org  Mon Mar 25 07:13:03 2013
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 25 Mar 2013 06:13:03 +0000
Subject: [issue17514] Add the license to argparse.py
In-Reply-To: <1363911732.52.0.330096157772.issue17514@psf.upfronthosting.co.za>
Message-ID: <1364191983.49.0.43890126013.issue17514@psf.upfronthosting.co.za>


Georg Brandl added the comment:

BTW, the correct blurb would probably be

# Copyright 200X Steven Bethard. All Rights Reserved.
# Licensed to PSF under a Contributor Agreement.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17514>
_______________________________________

From report at bugs.python.org  Mon Mar 25 07:13:04 2013
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 25 Mar 2013 06:13:04 +0000
Subject: [issue17539] Use the builtins module in the unittest.mock.patch
	example
Message-ID: <1364191984.35.0.104161135895.issue17539@psf.upfronthosting.co.za>


New submission from Berker Peksag:

(initially reported at http://mail.python.org/pipermail/docs/2013-February/013331.html )

----------
assignee: docs at python
components: Documentation
files: unittest-mock-example.diff
keywords: patch
messages: 185187
nosy: berker.peksag, docs at python
priority: normal
severity: normal
status: open
title: Use the builtins module in the unittest.mock.patch example
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29570/unittest-mock-example.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17539>
_______________________________________

From report at bugs.python.org  Mon Mar 25 07:31:27 2013
From: report at bugs.python.org (monson)
Date: Mon, 25 Mar 2013 06:31:27 +0000
Subject: [issue17540] logging formatter support 'style' key in dictionary
	config
Message-ID: <1364193087.51.0.734621936911.issue17540@psf.upfronthosting.co.za>


New submission from monson:

Since from version 3.2 ``style`` parameter was added in class logging.Formatter, it should be availably configured in configuration dictionary or file.

----------
components: Library (Lib)
files: add-logging-config-key-style.patch
keywords: patch
messages: 185188
nosy: monson
priority: normal
severity: normal
status: open
title: logging formatter support 'style' key in dictionary config
type: enhancement
versions: Python 3.3
Added file: http://bugs.python.org/file29571/add-logging-config-key-style.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17540>
_______________________________________

From report at bugs.python.org  Mon Mar 25 08:23:07 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 25 Mar 2013 07:23:07 +0000
Subject: [issue17514] Add the license to argparse.py
In-Reply-To: <1363911732.52.0.330096157772.issue17514@psf.upfronthosting.co.za>
Message-ID: <1364196187.33.0.924785589706.issue17514@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I'm not sure that's correct, unless only Steven has ever contributed to it. To be correct, you'd have to list all significant contributors.

But still, the maintenance burden of per-file copyright headers (including the need to bump dates now and then) is non-negligible and doesn't seem worth the hassle.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17514>
_______________________________________

From report at bugs.python.org  Mon Mar 25 08:26:20 2013
From: report at bugs.python.org (Tyler Doyle)
Date: Mon, 25 Mar 2013 07:26:20 +0000
Subject: [issue17526] inspect.findsource raises undocumented error for code
	objects with empty filename
In-Reply-To: <1364004239.34.0.135236485776.issue17526@psf.upfronthosting.co.za>
Message-ID: <1364196380.29.0.557527319204.issue17526@psf.upfronthosting.co.za>


Tyler Doyle added the comment:

It looks like file is getting set to '' and then indexed on line 553 below, hitting the IndexError before we ever get to IOError.

--550-----------------------
    file = getfile(object)  <-- file = ''
    sourcefile = getsourcefile(object)
    if not sourcefile and file[0] + file[-1] != '<>': <-- ''[0]
        raise IOError('source code not available')
    file = sourcefile if sourcefile else file
--556-----------------------

Confirmed in 3.3

----------
nosy: +T8y8

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17526>
_______________________________________

From report at bugs.python.org  Mon Mar 25 08:26:44 2013
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 25 Mar 2013 07:26:44 +0000
Subject: [issue17514] Add the license to argparse.py
In-Reply-To: <1363911732.52.0.330096157772.issue17514@psf.upfronthosting.co.za>
Message-ID: <1364196404.1.0.154205206807.issue17514@psf.upfronthosting.co.za>


Georg Brandl added the comment:

> I'm not sure that's correct, unless only Steven has ever contributed
> to it. To be correct, you'd have to list all significant contributors.

Well, then add "and contributors" :)  But we have quite a few files with such a header (one person), which would be wrong.

> But still, the maintenance burden of per-file copyright headers
> (including the need to bump dates now and then) is non-negligible and
> doesn't seem worth the hassle.

Agreed.

For the OP, it's probably fine for Chromium to put a license header into their own copy of the file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17514>
_______________________________________

From report at bugs.python.org  Mon Mar 25 08:46:29 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 25 Mar 2013 07:46:29 +0000
Subject: [issue17514] Add the license to argparse.py
In-Reply-To: <1364196404.1.0.154205206807.issue17514@psf.upfronthosting.co.za>
Message-ID: <1364197333.3419.0.camel@localhost.localdomain>


Antoine Pitrou added the comment:

> > I'm not sure that's correct, unless only Steven has ever contributed
> > to it. To be correct, you'd have to list all significant contributors.
> 
> Well, then add "and contributors" :)  But we have quite a few files
> with such a header (one person), which would be wrong.

Yeah, it is wrong IMO ;) It also gives a false information about
authorship and therefore who's responsible for the code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17514>
_______________________________________

From report at bugs.python.org  Mon Mar 25 10:41:13 2013
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 25 Mar 2013 09:41:13 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1364204473.39.0.86622704348.issue16475@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

Thanks, Martin, for clarifying this.
Glad you are seeing improvements Amaury.  In fact, large modules can get additional improvements by identifying identical generated constructs from the compiler, like tuples and strings.  The compiler isn't very good at this to begin with.  I should probably work some more on my "recode" module and make it public.

I am unsure about how whatsnew is handled these days.  Is it incrementally updated or managed by someone?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Mon Mar 25 12:22:24 2013
From: report at bugs.python.org (Aditya)
Date: Mon, 25 Mar 2013 11:22:24 +0000
Subject: [issue17541] Importing `webbrowser` module gives NameError in Python
	2.7.4rc1
Message-ID: <1364210544.82.0.514800055281.issue17541@psf.upfronthosting.co.za>


New submission from Aditya:

Python 2.7.4rc1 (default, Mar 25 2013, 00:32:18) 
[GCC 4.7.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import webbrowser
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python2.7/webbrowser.py", line 505, in <module>
    register_X_browsers()
  File "/usr/lib/python2.7/webbrowser.py", line 489, in register_X_browsers
    register(browser, None, Chrome(browser))
NameError: global name 'Chrome' is not defined
>>>

----------
components: Library (Lib)
messages: 185194
nosy: codeaditya
priority: normal
severity: normal
status: open
title: Importing `webbrowser` module gives NameError in Python 2.7.4rc1
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17541>
_______________________________________

From report at bugs.python.org  Mon Mar 25 12:52:44 2013
From: report at bugs.python.org (Michael Foord)
Date: Mon, 25 Mar 2013 11:52:44 +0000
Subject: [issue17534] unittest keeps references to test cases alive
In-Reply-To: <1364076408.77.0.0522248566775.issue17534@psf.upfronthosting.co.za>
Message-ID: <1364212364.09.0.735892771319.issue17534@psf.upfronthosting.co.za>


Michael Foord added the comment:

Issue 11798 is somewhat related.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17534>
_______________________________________

From report at bugs.python.org  Mon Mar 25 12:54:33 2013
From: report at bugs.python.org (Hynek Schlawack)
Date: Mon, 25 Mar 2013 11:54:33 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <1364212473.25.0.995326234584.issue17538@psf.upfronthosting.co.za>


Hynek Schlawack added the comment:

I feel like there should be a warning in Doc/library/xml.rst too.

Is there any actual reason why we don?t ship defusedxml with Python and add an easy way to monkeypatch so there?s as little passive barriers as possible to use XML ?safely??

I?m sorry I didn?t speak up on when this was discussed on the ML but I found the discussion?depressing.

----------
assignee:  -> docs at python
components: +Documentation -Library (Lib), XML
nosy: +docs at python, hynek
type:  -> security
versions: +Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Mon Mar 25 13:03:38 2013
From: report at bugs.python.org (Martin)
Date: Mon, 25 Mar 2013 12:03:38 +0000
Subject: [issue17541] Importing `webbrowser` module gives NameError in Python
	2.7.4rc1
In-Reply-To: <1364210544.82.0.514800055281.issue17541@psf.upfronthosting.co.za>
Message-ID: <1364213018.21.0.275375343714.issue17541@psf.upfronthosting.co.za>


Martin added the comment:

This looks like a downstream issue in a patch Debian is applying:

<http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=703872>

<http://patch-tracker.debian.org/patch/series/view/python2.7/2.7.4~rc1-2/webbrowser.diff>

----------
nosy: +gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17541>
_______________________________________

From report at bugs.python.org  Mon Mar 25 13:11:23 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 25 Mar 2013 12:11:23 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <1364213483.02.0.441501598207.issue16475@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> I am unsure about how whatsnew is handled these days.
> Is it incrementally updated or managed by someone?

It's better to add at least a stub to the whatsnew, even if someone will eventually go through it before the release.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Mon Mar 25 13:16:49 2013
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 25 Mar 2013 12:16:49 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <1364213809.28.0.841072928225.issue17538@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Donald: Thanks! I'm going to look at your patch later today.

Hynek: Because the preferred way is another: use patched expat and pyexpat C modules of defusedexpat. It's a fix on C level and still allows a sane amount of entity expansions. defusedxml disallows any XML document that smells even a tiny bit. This approach needs a) more reviews and b) an API to enable the limitations-

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Mon Mar 25 14:11:26 2013
From: report at bugs.python.org (=?utf-8?q?G=C3=B6kcen_Eraslan?=)
Date: Mon, 25 Mar 2013 13:11:26 +0000
Subject: [issue17541] Importing `webbrowser` module gives NameError in Python
	2.7.4rc1
In-Reply-To: <1364210544.82.0.514800055281.issue17541@psf.upfronthosting.co.za>
Message-ID: <1364217086.84.0.504501369415.issue17541@psf.upfronthosting.co.za>


G?kcen Eraslan added the comment:

Yeah, it seems Debian guys forgot to backport these classes:

https://github.com/akheron/cpython/blob/master/Lib/webbrowser.py#L275

----------
nosy: +gkcn

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17541>
_______________________________________

From report at bugs.python.org  Mon Mar 25 14:12:17 2013
From: report at bugs.python.org (Bluebird75)
Date: Mon, 25 Mar 2013 13:12:17 +0000
Subject: [issue12718] Logical mistake of importer method in
	logging.config.BaseConfigurator
In-Reply-To: <1312910741.64.0.384635164559.issue12718@psf.upfronthosting.co.za>
Message-ID: <1364217137.24.0.32793699776.issue12718@psf.upfronthosting.co.za>


Bluebird75 added the comment:

This issue is closed, but the problems remain that the current version of winpdb is incompatible with django + python 2.7 .

I don't really understsand why the issue is closed without any change to python logging library itself.

To sum-up the issue:
1. django uses some standard interface of logging
2. winpdb replaces the builtin __import__ with a custom python function
3. logging stores the __import__ value in a class attribute
4. python calls class attributes differently whether they are a builtin function (direct function call) or python function (which becomes a bound method, receiving self as first argument).

The problem comes from point 4, but the root of the problem is that logging assumes that it is always storing a builtin function.

The documentation fix does not fix the problem. 

How could winpdb apply this fix ? Should it check that the argument passed to its import replacement are not by mistake a DictConfigurator instance (bound method of logging class) ? That sounds like an ugly workaround for a problem lying in python logging module.

The correct fix is that logging should not assume importer to be a builtin function and add some flexibility around this.

----------
nosy: +Bluebird75

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12718>
_______________________________________

From report at bugs.python.org  Mon Mar 25 15:27:46 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 25 Mar 2013 14:27:46 +0000
Subject: [issue17541] Importing `webbrowser` module gives NameError in Python
	2.7.4rc1
In-Reply-To: <1364210544.82.0.514800055281.issue17541@psf.upfronthosting.co.za>
Message-ID: <1364221666.75.0.157716788393.issue17541@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +benjamin.peterson
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17541>
_______________________________________

From report at bugs.python.org  Mon Mar 25 15:31:33 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 25 Mar 2013 14:31:33 +0000
Subject: [issue12718] Logical mistake of importer method in
	logging.config.BaseConfigurator
In-Reply-To: <1312910741.64.0.384635164559.issue12718@psf.upfronthosting.co.za>
Message-ID: <1364221893.6.0.162501530676.issue12718@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

As suggested in the documentation, you could assign the importer as an attribute of the configurator *instance*, in which case it shouldn't be treated as a bound method. What happens if you use the suggestion in the documentation change referred to here?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12718>
_______________________________________

From report at bugs.python.org  Mon Mar 25 16:27:28 2013
From: report at bugs.python.org (=?utf-8?q?Zden=C4=9Bk_Pavlas?=)
Date: Mon, 25 Mar 2013 15:27:28 +0000
Subject: [issue17544] regex code re-raises exceptions on success
Message-ID: <1364225248.29.0.538486263378.issue17544@psf.upfronthosting.co.za>


New submission from Zden?k Pavlas:

<documentation>
There is a global indicator (per thread) of the last error that occurred. Most functions do not clear this on success, but will set it to indicate the cause of the error on failure. Most functions also return an error indicator, usually NULL if they are supposed to return a pointer, or -1 if they return an integer.
</documentation>

AIUI, the last error global variable should be ignored, unless function fails.  This is not the case.  To reproduce:

1. call a C function that sets TypeError, but does not return NULL.
2. run a lot of python code, do some I/O.. everything runs fine.
3. run a regexp match, or import the re module.  TypeError is raised.

----------
components: Regular Expressions
messages: 185205
nosy: Zden?k.Pavlas, ezio.melotti, mrabarnett
priority: normal
severity: normal
status: open
title: regex code re-raises exceptions on success
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17544>
_______________________________________

From report at bugs.python.org  Mon Mar 25 16:56:40 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 25 Mar 2013 15:56:40 +0000
Subject: [issue13802] IDLE Prefernces/Fonts: use multiple alphabets in examples
In-Reply-To: <1326756140.29.0.0714084996967.issue13802@psf.upfronthosting.co.za>
Message-ID: <1364227000.54.0.31989909525.issue13802@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +roger.serwy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13802>
_______________________________________

From report at bugs.python.org  Mon Mar 25 17:19:57 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 25 Mar 2013 16:19:57 +0000
Subject: [issue16145] Abort in _csv module
In-Reply-To: <1349462897.28.0.00319785734087.issue16145@psf.upfronthosting.co.za>
Message-ID: <1364228397.64.0.966710688683.issue16145@psf.upfronthosting.co.za>


R. David Murray added the comment:

It won't be too much longer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16145>
_______________________________________

From report at bugs.python.org  Mon Mar 25 17:26:53 2013
From: report at bugs.python.org (Bernard Lang)
Date: Mon, 25 Mar 2013 16:26:53 +0000
Subject: [issue17545] os.listdir and os.path.join inconsistent on empty path
Message-ID: <1364228813.43.0.916487849633.issue17545@psf.upfronthosting.co.za>


New submission from Bernard Lang:

The empty path '' is considered as an acceptable path in os.path.join, and works as a neutral prefix:
print os.path.join('','aaa')  ===>  aaa
which seems rather natural.
But it raises an exception when used as a parameter to os.listdir.
Logically, it should then list the current directory.
(the alternative would be to raise an exception when os.path.join gets an empty argument).

The inconsistency became clear to me when I had to write the following function :

def listdirs(path,flist): # Appends to "flist" all paths to files that
            # start with "path". Argument "path" can be empty string ''.
    if path=='' : localist=os.listdir('.')
    else : localist=os.listdir(path)
    for f in localist :
        p=os.path.join(path,f)
        flist.append(p)
        if os.path.isdir(p) :
            listdirs(p,flist)
    return flist

The conditionnal is needed only to avoid the exception, while the code is unique afterwards.

This is related to Issue818059, but I did not see how that issue was resolved.

Furthermore, the case of the empty path as argument to os.listdir should be documented in http://docs.python.org/2/library/os.html

----------
components: Library (Lib)
messages: 185207
nosy: babou
priority: normal
severity: normal
status: open
title: os.listdir and os.path.join inconsistent on empty path
type: enhancement
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17545>
_______________________________________

From report at bugs.python.org  Mon Mar 25 17:30:22 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 25 Mar 2013 16:30:22 +0000
Subject: [issue12718] Logical mistake of importer method in
	logging.config.BaseConfigurator
In-Reply-To: <1312910741.64.0.384635164559.issue12718@psf.upfronthosting.co.za>
Message-ID: <1364229022.42.0.473313762852.issue12718@psf.upfronthosting.co.za>


R. David Murray added the comment:

See also issue 11470.  I admit that this topic confuses me; I'm not sure where the bug is, but it seems to me from reading that issue that assuming the behavior of a builtin is not correct.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12718>
_______________________________________

From report at bugs.python.org  Mon Mar 25 17:34:08 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 25 Mar 2013 16:34:08 +0000
Subject: [issue17540] logging formatter support 'style' key in dictionary
	config
In-Reply-To: <1364193087.51.0.734621936911.issue17540@psf.upfronthosting.co.za>
Message-ID: <1364229248.74.0.164469735187.issue17540@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17540>
_______________________________________

From report at bugs.python.org  Mon Mar 25 17:48:25 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 25 Mar 2013 16:48:25 +0000
Subject: [issue17545] os.listdir and os.path.join inconsistent on empty path
In-Reply-To: <1364228813.43.0.916487849633.issue17545@psf.upfronthosting.co.za>
Message-ID: <1364230105.67.0.402575350561.issue17545@psf.upfronthosting.co.za>


R. David Murray added the comment:

See also issue 6095.

However:

rdmurray at hey:~>ls ''
ls: cannot access : No such file or directory

So, the behavior is consistent with the shell.  The shell has no equivalent to os.path.join.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17545>
_______________________________________

From report at bugs.python.org  Mon Mar 25 17:49:18 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 25 Mar 2013 16:49:18 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1364230158.21.0.62109671865.issue2771@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

test

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Mon Mar 25 17:51:08 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 25 Mar 2013 16:51:08 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1364230268.16.0.181281990785.issue2771@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

test

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Mon Mar 25 17:51:19 2013
From: report at bugs.python.org (R. David Murray)
Date: Mon, 25 Mar 2013 16:51:19 +0000
Subject: [issue17545] os.listdir and os.path.join inconsistent on empty path
In-Reply-To: <1364228813.43.0.916487849633.issue17545@psf.upfronthosting.co.za>
Message-ID: <1364230279.72.0.899587907536.issue17545@psf.upfronthosting.co.za>


R. David Murray added the comment:

By the way, you could write this as:

  localist = os.listdir(path if path else '.')

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17545>
_______________________________________

From report at bugs.python.org  Mon Mar 25 17:59:30 2013
From: report at bugs.python.org (Raynard Sandwick)
Date: Mon, 25 Mar 2013 16:59:30 +0000
Subject: [issue17239] XML vulnerabilities in Python
In-Reply-To: <1361288141.97.0.791394359972.issue17239@psf.upfronthosting.co.za>
Message-ID: <1364230770.67.0.825004131578.issue17239@psf.upfronthosting.co.za>


Changes by Raynard Sandwick <rsandwick3 at gmail.com>:


----------
nosy: +rsandwick3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17239>
_______________________________________

From report at bugs.python.org  Mon Mar 25 18:14:52 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 25 Mar 2013 17:14:52 +0000
Subject: [issue6699] IDLE: Warn user about overwriting a file that has a newer
	version on filesystem
In-Reply-To: <1250207930.18.0.223468874802.issue6699@psf.upfronthosting.co.za>
Message-ID: <1364231692.82.0.694938886379.issue6699@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6699>
_______________________________________

From report at bugs.python.org  Mon Mar 25 18:20:11 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Mon, 25 Mar 2013 17:20:11 +0000
Subject: [issue17546] rename type returned by locals() to livedict
Message-ID: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>


New submission from anatoly techtonik:

-locals() returns object that does't walk like a duck.
+locals() returns object that does't work like a dict.

Much of the confusion with locals() comes from the fact that returned object is labelled a dict, but this heisendict changes its behavior when you're trying to introspect it. So, to give users a hint that this object is different, I propose to rename it to a different type and supply an appropriate help() for it.

----------
components: Library (Lib)
messages: 185213
nosy: techtonik
priority: normal
severity: normal
status: open
title: rename type returned by locals() to livedict
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Mon Mar 25 18:21:19 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 25 Mar 2013 17:21:19 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <1359042546.71.0.578815247507.issue17025@psf.upfronthosting.co.za>
Message-ID: <3ZZMhG2zZ9zNdV@mail.python.org>


Roundup Robot added the comment:

New changeset 5022ee7e13a2 by Charles-Fran?ois Natali in branch 'default':
Issue #17025: multiprocessing: Reduce Queue and SimpleQueue contention.
http://hg.python.org/cpython/rev/5022ee7e13a2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Mon Mar 25 18:24:11 2013
From: report at bugs.python.org (Eric Snow)
Date: Mon, 25 Mar 2013 17:24:11 +0000
Subject: [issue17546] rename type returned by locals() to livedict
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364232251.62.0.907427312301.issue17546@psf.upfronthosting.co.za>


Eric Snow added the comment:

The documentation seems pretty clear on the nature of the dict returned by locals(). [1]  What documentation are you referring to?

[1] http://docs.python.org/3.4/library/functions.html#locals

----------
nosy: +eric.snow
type:  -> enhancement
versions:  -Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Mon Mar 25 18:25:36 2013
From: report at bugs.python.org (Eric Snow)
Date: Mon, 25 Mar 2013 17:25:36 +0000
Subject: [issue17546] rename type returned by locals() to livedict
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364232336.61.0.63599557257.issue17546@psf.upfronthosting.co.za>


Eric Snow added the comment:

Sorry, didn't mean to change the attributed version.  However the 2.7 documentation says the same thing.

----------
versions: +Python 2.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Mon Mar 25 18:43:58 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Mon, 25 Mar 2013 17:43:58 +0000
Subject: [issue17025] reduce multiprocessing.Queue contention
In-Reply-To: <1359042546.71.0.578815247507.issue17025@psf.upfronthosting.co.za>
Message-ID: <1364233438.12.0.751095222204.issue17025@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

Committed, thanks!

----------
resolution:  -> fixed
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17025>
_______________________________________

From report at bugs.python.org  Mon Mar 25 19:02:18 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 25 Mar 2013 18:02:18 +0000
Subject: [issue444582] Finding programs in PATH, adding shutil.which
Message-ID: <1364234538.31.0.729994245007.issue444582@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Was a separate issue opened?  Is anything outstanding here or can this issue be closed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue444582>
_______________________________________

From report at bugs.python.org  Mon Mar 25 19:05:28 2013
From: report at bugs.python.org (Nils Bruin)
Date: Mon, 25 Mar 2013 18:05:28 +0000
Subject: [issue17526] inspect.findsource raises undocumented error for code
	objects with empty filename
In-Reply-To: <1364004239.34.0.135236485776.issue17526@psf.upfronthosting.co.za>
Message-ID: <1364234728.91.0.326834076841.issue17526@psf.upfronthosting.co.za>


Nils Bruin added the comment:

The most straightforward change I can think of is to change the line

    if not sourcefile and file[0] + file[-1] != '<>':

to

    if not sourcefile and (not file or file[0] + file[-1] != '<>'):

That solves the problem in the cases I have observed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17526>
_______________________________________

From report at bugs.python.org  Mon Mar 25 19:11:46 2013
From: report at bugs.python.org (Thomas Kluyver)
Date: Mon, 25 Mar 2013 18:11:46 +0000
Subject: [issue444582] Finding programs in PATH, adding shutil.which
Message-ID: <1364235106.56.0.038889260411.issue444582@psf.upfronthosting.co.za>


Thomas Kluyver added the comment:

Yes, I opened that as issue 16957, and it has been dealt with. So no objection from me to closing this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue444582>
_______________________________________

From report at bugs.python.org  Mon Mar 25 19:15:36 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 25 Mar 2013 18:15:36 +0000
Subject: [issue4630] IDLE: add cursor noblink option
In-Reply-To: <1228982754.08.0.523311497339.issue4630@psf.upfronthosting.co.za>
Message-ID: <1364235336.54.0.311714454569.issue4630@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4630>
_______________________________________

From report at bugs.python.org  Mon Mar 25 19:16:48 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 25 Mar 2013 18:16:48 +0000
Subject: [issue444582] Finding programs in PATH, adding shutil.which
Message-ID: <1364235408.93.0.490288056686.issue444582@psf.upfronthosting.co.za>


?ric Araujo added the comment:

It?s probably too late to address Georg?s comment about reusing os.get_exec_path, so everything is done.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue444582>
_______________________________________

From report at bugs.python.org  Mon Mar 25 19:18:28 2013
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 25 Mar 2013 18:18:28 +0000
Subject: [issue10079] idlelib for Python 3 with Guilherme Polo GSoC
	enhancements
In-Reply-To: <1286939996.87.0.346411752414.issue10079@psf.upfronthosting.co.za>
Message-ID: <1364235508.09.0.762767074477.issue10079@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10079>
_______________________________________

From report at bugs.python.org  Mon Mar 25 19:31:31 2013
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 25 Mar 2013 18:31:31 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <1364236290.99.0.856201973548.issue17538@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Updated patch with more infos and also a link to defusedexpat.

----------
Added file: http://bugs.python.org/file29572/xmldocs2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Mon Mar 25 19:44:14 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 25 Mar 2013 18:44:14 +0000
Subject: [issue17544] regex code re-raises exceptions on success
In-Reply-To: <1364225248.29.0.538486263378.issue17544@psf.upfronthosting.co.za>
Message-ID: <1364237054.68.0.0617658887632.issue17544@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Can you provide an actual example to reproduce the error?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17544>
_______________________________________

From report at bugs.python.org  Mon Mar 25 19:45:41 2013
From: report at bugs.python.org (Donald Stufft)
Date: Mon, 25 Mar 2013 18:45:41 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <1364237141.46.0.0263472877938.issue17538@psf.upfronthosting.co.za>


Donald Stufft added the comment:

Update looks fine to me, I'm not the best at docs I just wanted to get at least a jumping off point.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Mon Mar 25 20:03:43 2013
From: report at bugs.python.org (Toshio Kuratomi)
Date: Mon, 25 Mar 2013 19:03:43 +0000
Subject: [issue17429] platform.platform() can throw Unicode error
In-Reply-To: <1363360110.07.0.662014346708.issue17429@psf.upfronthosting.co.za>
Message-ID: <1364238223.1.0.536567952494.issue17429@psf.upfronthosting.co.za>


Toshio Kuratomi added the comment:

Patch fixing the issues raised in r.david.murray's review:

* Merged _find_linux_release_file() back into linux_distribution() and broke out _UNIXCONFDIR module level variable to enable mocking of the unittest data
* Fix already present style issue in linux_distribution() code
* Separate test_dist_with_unicode() into test_dist_with_utf8 and test_dist_with_latin1
* Moved test data into the setUp() method and broke long lines to under 79 chars
* Switched from NamedTempfile() to TemporaryDirectory() => I think this fixes the Windows incompatibility but I can mark the tests as Skip on Windows if that isn't true (I don't have a Windows box to test on).
* Removed Misc/NEWS portion of patch

* I've switched from os.environ['LC_ALL'] = temp_locale to  setlocale(locale.LC_ALL, temp_locale).  Testing showed that the former did not provoke the bug while the latter does.  Could someone point me at documentation on the difference between these two?  I'd like to understand what the two different calls do differently so that I use them correctly in other unittests.

----------
Added file: http://bugs.python.org/file29573/00175-platform-unicode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17429>
_______________________________________

From report at bugs.python.org  Mon Mar 25 20:33:56 2013
From: report at bugs.python.org (Dave Malcolm)
Date: Mon, 25 Mar 2013 19:33:56 +0000
Subject: [issue17547] "checking whether gcc supports ParseTuple __format__...
	" erroneously returns yes with gcc 4.8
Message-ID: <1364240036.0.0.495843553762.issue17547@psf.upfronthosting.co.za>


New submission from Dave Malcolm:

It appears that gcc's -Wformat warning changed from being on by default in gcc 4.7 and earlier to being off by default in gcc 4.8, needing to be enabled with -Wformat (or -Wall), if I'm reading:
http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=193304
correctly

This breaks CPython's configure.ac test:
  "Check whether GCC supports PyArg_ParseTuple format"
in that the warning the test is supposed to emit is guarded by -Wformat, hence with gcc 4.8 this test always emits:
  checking whether gcc supports ParseTuple __format__... yes
despite the fact that gcc doesn't.

This leads to the pyconfig.h defining HAVE_ATTRIBUTE_FORMAT_PARSETUPLE, and thus we get this error when trying later use the python build to build a C extension module where -Wformat (or -Wall) *is* supplied:
In file included from /usr/include/python2.7/Python.h:126:0,
                 from isys.c:20:
/usr/include/python2.7/modsupport.h:28:1: error: 'PyArg_ParseTuple' is an unrecognized format function type [-Werror=format=]
 PyAPI_FUNC(int) PyArg_ParseTuple(PyObject *, const char *, ...) Py_FORMAT_PARSETUPLE(PyArg_ParseTuple, 2, 3);

Am attaching a work-in-progress patch to supply the missing argument at configure time

Note to self: am tracking this downstream as https://bugzilla.redhat.com/show_bug.cgi?id=927358

----------
components: Build
files: 00175-fix-configure-Wformat.patch
keywords: patch
messages: 185226
nosy: dmalcolm
priority: normal
severity: normal
stage: patch review
status: open
title: "checking whether gcc supports ParseTuple __format__... " erroneously returns yes with gcc 4.8
type: compile error
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file29574/00175-fix-configure-Wformat.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17547>
_______________________________________

From report at bugs.python.org  Mon Mar 25 20:40:28 2013
From: report at bugs.python.org (=?utf-8?q?Zden=C4=9Bk_Pavlas?=)
Date: Mon, 25 Mar 2013 19:40:28 +0000
Subject: [issue17544] regex code re-raises exceptions on success
In-Reply-To: <1364225248.29.0.538486263378.issue17544@psf.upfronthosting.co.za>
Message-ID: <1364240428.83.0.173722774199.issue17544@psf.upfronthosting.co.za>


Zden?k Pavlas added the comment:

static PyObject*
foo(PyObject *, PyObject *arg)
{
    void *buf;
    Py_ssize_t size;
    if (PyObject_AsReadBuffer(arg, &buf, &size))
        size = -1;
    return PyInt_FromLong(size);
}

>>> import tst, re
>>> re.search("a", "a")
<_sre.SRE_Match object at 0xb76d0950>
>>> tst.foo("abc")
3
>>> re.search("a", "a")
<_sre.SRE_Match object at 0xb76d0950>
>>> tst.foo(None)
-1
>>> re.search("a", "a")
TypeError: expected a readable buffer object
>>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17544>
_______________________________________

From report at bugs.python.org  Mon Mar 25 21:12:10 2013
From: report at bugs.python.org (Eric Wald)
Date: Mon, 25 Mar 2013 20:12:10 +0000
Subject: [issue9420] gdbm with /usr/include/ndbm.h
In-Reply-To: <1280424380.77.0.379026276123.issue9420@psf.upfronthosting.co.za>
Message-ID: <1364242330.86.0.470609928367.issue9420@psf.upfronthosting.co.za>


Eric Wald added the comment:

The approach used in 2.7.4rc1 also works, building cleanly on LFS 7.2; thank you.

----------
nosy: +eswald

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9420>
_______________________________________

From report at bugs.python.org  Mon Mar 25 21:21:41 2013
From: report at bugs.python.org (emmanuel)
Date: Mon, 25 Mar 2013 20:21:41 +0000
Subject: [issue14916] PyRun_InteractiveLoop fails to run interactively when
	using a Linux pty that's not tied to stdin/stdout
In-Reply-To: <1337960558.56.0.442179213708.issue14916@psf.upfronthosting.co.za>
Message-ID: <1364242901.7.0.724916534946.issue14916@psf.upfronthosting.co.za>


emmanuel added the comment:

Kevin,
I now fully agree with you. Regarding points 2 & 3 I dismissed modifying sys.stdin/out in python out of hand because it still would not allow to have a proper behaviour with two concurrent consoles on the same interpreter. Anyway this is not a very meaningful use-case, so modifying sys.stdin/out looks like the best solution.
As for point 1, it can be worked around in a twisted and probably non-portable way (setting PyOS_ReadlineFunctionPointer to a custom function that forks a child which runs GNU readline or whatnot on its fds 0,1,2, and which communicates with the parent through pipes) but it's a pity that from PyOS_Readline() on, argument sys_stdin is correctly passed down, and that the chain has only this gap in tok_nextc() which dismisses the caller's argument and uses plain stdin.
If the user arguments are not used, why does PyRun_InteractiveLoop() take any arguments at all?
It would be nice to know the opinion of the python development team and to work out a complete fix (considering also stdout as you suggest) under their authority.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14916>
_______________________________________

From report at bugs.python.org  Mon Mar 25 21:22:52 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 25 Mar 2013 20:22:52 +0000
Subject: [issue17544] regex code re-raises exceptions on success
In-Reply-To: <1364225248.29.0.538486263378.issue17544@psf.upfronthosting.co.za>
Message-ID: <1364242972.05.0.38518080361.issue17544@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

The returned value and the global indicator are not independent.  C functions should not set an error while returning a valid value.

The same behavior will occur in random places -- for example, "for x in range(2): pass" also triggers the issue, this is not specific to the re module.

If you compile python in debug mode (--with-pydebug) an additional (and expensive) check is done and will print "XXX undetected error".

One of the reasons is that accessing the global indicator is an expensive operation, compared to checking the returned value.
But there are cases when this cannot be done. For example, PyIter_Next() returns NULL at the end of the loop, and one must call PyErr_Occurred() to check for errors.

In the _sre.c case though, it looks more like laziness: intermediate returned values are not checked, and PyErr_Occurred() is called at the end.  Bad.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17544>
_______________________________________

From report at bugs.python.org  Mon Mar 25 21:34:19 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 25 Mar 2013 20:34:19 +0000
Subject: [issue708007] TelnetPopen3, TelnetBase, Expect split
Message-ID: <1364243659.17.0.855059727622.issue708007@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

As per Guido's core-mentorship list post: "Please close"

----------
nosy: +terry.reedy
resolution:  -> rejected
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue708007>
_______________________________________

From report at bugs.python.org  Mon Mar 25 21:51:34 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 25 Mar 2013 20:51:34 +0000
Subject: [issue886488] popen2 on Windows does not check _fdopen return value
Message-ID: <1364244694.83.0.888495610631.issue886488@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

In particular, the popen2 entry says " "Deprecated since version 2.6: This module is obsolete.  Use the subprocess module.  Check especially the Replacing Older Functions with the subprocess Module section."

On core-mentorship list, Guido answered 'Sure'. [close it]

Let's hope that subprocess does better.

----------
nosy: +terry.reedy
resolution:  -> wont fix
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue886488>
_______________________________________

From report at bugs.python.org  Mon Mar 25 21:52:53 2013
From: report at bugs.python.org (Gabi Davar)
Date: Mon, 25 Mar 2013 20:52:53 +0000
Subject: [issue10752] build_ssl.py is relying on unreliable behaviour of
	os.popen
In-Reply-To: <1292972982.57.0.365932571977.issue10752@psf.upfronthosting.co.za>
Message-ID: <1364244773.96.0.0367993970987.issue10752@psf.upfronthosting.co.za>


Gabi Davar added the comment:

possibly better patch - uses subprocess' quoting logic for argument handling:
diff -r 6fc9103d55f0 PCbuild/build_ssl.py
--- a/PCbuild/build_ssl.py	Sun Mar 24 14:54:25 2013 -0700
+++ b/PCbuild/build_ssl.py	Mon Mar 25 17:28:19 2013 +0200
@@ -47,10 +47,10 @@
 # is available.
 def find_working_perl(perls):
     for perl in perls:
-        fh = os.popen('"%s" -e "use Win32;"' % perl)
-        fh.read()
-        rc = fh.close()
-        if rc:
+        import subprocess
+        try:
+            subprocess.check_call([perl, '-e', 'use Win32;'], shell=True)
+        except subprocess.CalledProcessError:
             continue
         return perl
     print("Can not find a suitable PERL:")

----------
nosy: +Gabi.Davar

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10752>
_______________________________________

From report at bugs.python.org  Mon Mar 25 22:04:43 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 25 Mar 2013 21:04:43 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1364245483.36.0.251741407073.issue5135@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Guido said "Please don't introduce this without a PEP." and that has not happened and if it did, the result would probably look quite different from the patches. So this is 'unripe' and no current action here is possible.

----------
nosy: +terry.reedy
resolution:  -> later
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5135>
_______________________________________

From report at bugs.python.org  Mon Mar 25 22:04:56 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 25 Mar 2013 21:04:56 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1364245496.34.0.136778841872.issue5135@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5135>
_______________________________________

From report at bugs.python.org  Mon Mar 25 22:29:31 2013
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Mar 2013 21:29:31 +0000
Subject: [issue9246] os.getcwd() hardcodes max path len
In-Reply-To: <1279023059.26.0.245683093399.issue9246@psf.upfronthosting.co.za>
Message-ID: <1364246971.22.0.237386994341.issue9246@psf.upfronthosting.co.za>


STINNER Victor added the comment:

For the record, os.getcwd() of Python 2 was improved by 96adf96d861a (issue #2722) to use a dynamic buffer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9246>
_______________________________________

From report at bugs.python.org  Mon Mar 25 22:29:31 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 25 Mar 2013 21:29:31 +0000
Subject: [issue17317] Benchmark driver should calculate actual benchmark count
	in -h
In-Reply-To: <1361995899.75.0.774872352722.issue17317@psf.upfronthosting.co.za>
Message-ID: <3ZZTBf42GRzNwx@mail.python.org>


Roundup Robot added the comment:

New changeset 3be9e07a2df4 by Brett Cannon in branch 'default':
Issue #17317: Have the benchmark count from -h properly reflect the
http://hg.python.org/benchmarks/rev/3be9e07a2df4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17317>
_______________________________________

From report at bugs.python.org  Mon Mar 25 22:29:59 2013
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 25 Mar 2013 21:29:59 +0000
Subject: [issue17317] Benchmark driver should calculate actual benchmark count
	in -h
In-Reply-To: <1361995899.75.0.774872352722.issue17317@psf.upfronthosting.co.za>
Message-ID: <1364246999.91.0.280382817704.issue17317@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Thanks for being so patient, Anuj!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17317>
_______________________________________

From report at bugs.python.org  Mon Mar 25 22:30:21 2013
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 25 Mar 2013 21:30:21 +0000
Subject: [issue16880] Importing "imp" will fail if dynamic loading not
	supported
In-Reply-To: <1357485625.89.0.912311839023.issue16880@psf.upfronthosting.co.za>
Message-ID: <1364247021.95.0.453376629105.issue16880@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16880>
_______________________________________

From report at bugs.python.org  Mon Mar 25 22:31:19 2013
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Mar 2013 21:31:19 +0000
Subject: [issue9246] os.getcwd() hardcodes max path len
In-Reply-To: <1279023059.26.0.245683093399.issue9246@psf.upfronthosting.co.za>
Message-ID: <1364247079.04.0.0591112092967.issue9246@psf.upfronthosting.co.za>


STINNER Victor added the comment:

test_posix.py of Python 3 contains the test, but the test is "disabled" (dead code):

def test_getcwd_long_pathnames(self):
    if hasattr(posix, 'getcwd'):
        dirname = 'getcwd-test-directory-0123456789abcdef-01234567890abcdef'
        curdir = os.getcwd()
        base_path = os.path.abspath(support.TESTFN) + '.getcwd'

        try:
            os.mkdir(base_path)
            os.chdir(base_path)
        except:
#           Just returning nothing instead of the SkipTest exception,
#           because the test results in Error in that case.
#           Is that ok?
#            raise unittest.SkipTest("cannot create directory for testing")
            return

            def _create_and_do_getcwd(dirname, current_path_length = 0):
                try:
                    os.mkdir(dirname)
                except:
                    raise unittest.SkipTest("mkdir cannot create directory sufficiently deep for getcwd test")

                os.chdir(dirname)
                try:
                    os.getcwd()
                    if current_path_length < 1027:
                        _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1)
                finally:
                    os.chdir('..')
                    os.rmdir(dirname)

            _create_and_do_getcwd(dirname)

        finally:
            os.chdir(curdir)
            support.rmtree(base_path)

See the issue #17516 for removal of dead code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9246>
_______________________________________

From report at bugs.python.org  Mon Mar 25 22:31:44 2013
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Mar 2013 21:31:44 +0000
Subject: [issue17516] Dead code should be removed
In-Reply-To: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>
Message-ID: <1364247104.84.0.834517126941.issue17516@psf.upfronthosting.co.za>


STINNER Victor added the comment:

For the dead code in test_posix.py, see issue #9246.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Mon Mar 25 22:40:58 2013
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 25 Mar 2013 21:40:58 +0000
Subject: [issue17516] Dead code should be removed
In-Reply-To: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>
Message-ID: <1364247658.75.0.702101388163.issue17516@psf.upfronthosting.co.za>


Georg Brandl added the comment:

The instance in reindent.py uses the "docstring for attributes" feature that some documentation tools supports, which is a unused string *after* the attribute.

When you turn that into a comment, put the comment *before* the attribute.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Mon Mar 25 22:58:09 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 25 Mar 2013 21:58:09 +0000
Subject: [issue17316] Add Django 1.5 to benchmarks
In-Reply-To: <1361995780.43.0.28417987256.issue17316@psf.upfronthosting.co.za>
Message-ID: <3ZZTqh48kHzPBr@mail.python.org>


Roundup Robot added the comment:

New changeset f4e99b589c5f by Brett Cannon in branch 'default':
Issue #17316: Add Django 1.5 to the benchmark suite since it works on
http://hg.python.org/benchmarks/rev/f4e99b589c5f

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17316>
_______________________________________

From report at bugs.python.org  Mon Mar 25 23:00:38 2013
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 25 Mar 2013 22:00:38 +0000
Subject: [issue17316] Add Django 1.5 to benchmarks
In-Reply-To: <1361995780.43.0.28417987256.issue17316@psf.upfronthosting.co.za>
Message-ID: <1364248838.82.0.16185872339.issue17316@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17316>
_______________________________________

From report at bugs.python.org  Mon Mar 25 23:11:27 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 25 Mar 2013 22:11:27 +0000
Subject: [issue5445] codecs.StreamWriter.writelines problem when passed
	generator
In-Reply-To: <1236540676.96.0.036576866383.issue5445@psf.upfronthosting.co.za>
Message-ID: <1364249487.28.0.845654349801.issue5445@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I find this to be a confusing issue.

1. The arg for .join is any iterable of strings, not just a list. (I think Daniel got that.) Since codecs.py still has "self.write(''.join(list))":
  a) calling the arg 'list' is doubly wrong.
  b) there is no iterable feature to add, at least not to the base class.

2. The codecs.writelines entry says "Writes the concatenated list of strings to the stream (possibly by reusing the write() method)."  For the base class, that is overly restrictive, but I gather that Marc-Andre does not want to require that all subclasses be as relaxed. I presume there must be a reason. That means that the feature request of doing so is rejected by him. In that respect, this should be closed unless other developers strongly disagree.

3. The iobase.writelines entry says "Write a list of lines to the stream." For StreamIO, iter(somelist) works just as well. If that applies to .writelines in general, the doc should say 'iterable of lines'. (Antoine, Benjamin?)

If io.writelines does the same (concatenate all together), it should say so, but one comment suggests it does not 

4. If an iterable produces millions of lines, it does not matter if it is a list, generator, or any other iterable. So the title does not point to the real problem, if there is one.

----------
nosy: +benjamin.peterson, pitrou, terry.reedy
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5445>
_______________________________________

From report at bugs.python.org  Mon Mar 25 23:36:05 2013
From: report at bugs.python.org (Ned Deily)
Date: Mon, 25 Mar 2013 22:36:05 +0000
Subject: [issue17046] test_subprocess test_executable_without_cwd fails when
	run with installed python
In-Reply-To: <1359266652.98.0.400492689788.issue17046@psf.upfronthosting.co.za>
Message-ID: <1364250965.25.0.233063363573.issue17046@psf.upfronthosting.co.za>


Ned Deily added the comment:

Test is still failing for 3.3.1rc1 and 3.2.4rc1.

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17046>
_______________________________________

From report at bugs.python.org  Mon Mar 25 23:42:03 2013
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 25 Mar 2013 22:42:03 +0000
Subject: [issue5445] codecs.StreamWriter.writelines problem when passed
	generator
In-Reply-To: <1364249487.28.0.845654349801.issue5445@psf.upfronthosting.co.za>
Message-ID: <5150D2B8.8030707@egenix.com>


Marc-Andre Lemburg added the comment:

On 25.03.2013 23:11, Terry J. Reedy wrote:
> 2. The codecs.writelines entry says "Writes the concatenated list of strings to the stream (possibly by reusing the write() method)."  For the base class, that is overly restrictive, but I gather that Marc-Andre does not want to require that all subclasses be as relaxed. I presume there must be a reason. That means that the feature request of doing so is rejected by him. In that respect, this should be closed unless other developers strongly disagree.

The doc string of the base class merely describes what the
.writelines() method will be doing. It's not meant as a requirement.

In one of the previous messages, I've already outlined a workable
approach to solve the case that the original request was addressing.
There isn't much point in making the common case slower just
to address a theoretical corner case.

Since no patch has since been submitted, I'd suggest to close the
ticket as won't fix or out of date.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5445>
_______________________________________

From report at bugs.python.org  Tue Mar 26 00:08:22 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 25 Mar 2013 23:08:22 +0000
Subject: [issue5445] codecs.StreamWriter.writelines problem when passed
	generator
In-Reply-To: <1236540676.96.0.036576866383.issue5445@psf.upfronthosting.co.za>
Message-ID: <1364252902.28.0.0154951799639.issue5445@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Agreed. Modern consumers can use the io module.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5445>
_______________________________________

From report at bugs.python.org  Tue Mar 26 00:38:43 2013
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 25 Mar 2013 23:38:43 +0000
Subject: [issue12718] Logical mistake of importer method in
	logging.config.BaseConfigurator
In-Reply-To: <1312910741.64.0.384635164559.issue12718@psf.upfronthosting.co.za>
Message-ID: <3ZZX3k6XgdzNlv@mail.python.org>


Roundup Robot added the comment:

New changeset e35eafc872cd by Vinay Sajip in branch '2.7':
Issue #12718: Set importer on instance if Python function, to avoid bad interaction with winpdb.
http://hg.python.org/cpython/rev/e35eafc872cd

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12718>
_______________________________________

From report at bugs.python.org  Tue Mar 26 00:51:31 2013
From: report at bugs.python.org (RAW)
Date: Mon, 25 Mar 2013 23:51:31 +0000
Subject: [issue17120] Mishandled _POSIX_C_SOURCE and _XOPEN_SOURCE in
	pyconfig.h
In-Reply-To: <1359956347.87.0.611737971795.issue17120@psf.upfronthosting.co.za>
Message-ID: <1364255491.4.0.748987403339.issue17120@psf.upfronthosting.co.za>


Changes by RAW <richard at wetafx.co.nz>:


----------
status: languishing -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17120>
_______________________________________

From report at bugs.python.org  Tue Mar 26 00:53:05 2013
From: report at bugs.python.org (RAW)
Date: Mon, 25 Mar 2013 23:53:05 +0000
Subject: [issue17120] Mishandled _POSIX_C_SOURCE and _XOPEN_SOURCE in
	pyconfig.h
In-Reply-To: <1359956347.87.0.611737971795.issue17120@psf.upfronthosting.co.za>
Message-ID: <1364255585.05.0.516401400217.issue17120@psf.upfronthosting.co.za>


RAW added the comment:

Does anyone ever respond to reported issues here?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17120>
_______________________________________

From report at bugs.python.org  Tue Mar 26 00:54:22 2013
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Mar 2013 23:54:22 +0000
Subject: [issue17120] Mishandled _POSIX_C_SOURCE and _XOPEN_SOURCE in
	pyconfig.h
In-Reply-To: <1359956347.87.0.611737971795.issue17120@psf.upfronthosting.co.za>
Message-ID: <1364255662.5.0.464152946602.issue17120@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17120>
_______________________________________

From report at bugs.python.org  Tue Mar 26 00:57:18 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 25 Mar 2013 23:57:18 +0000
Subject: [issue17120] Mishandled _POSIX_C_SOURCE and _XOPEN_SOURCE in
	pyconfig.h
In-Reply-To: <1359956347.87.0.611737971795.issue17120@psf.upfronthosting.co.za>
Message-ID: <1364255838.61.0.371389339097.issue17120@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> needs patch
versions:  -Python 2.6, Python 3.1, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17120>
_______________________________________

From report at bugs.python.org  Tue Mar 26 00:58:28 2013
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Mar 2013 23:58:28 +0000
Subject: [issue17548] unittest.mock: test_create_autospec_unbound_methods is
	skipped
Message-ID: <1364255908.36.0.236092443385.issue17548@psf.upfronthosting.co.za>


New submission from STINNER Victor:

While working on #17516, I saw that test_create_autospec_unbound_methods() of Lib/unittest/test/testmock/testhelpers.py is skipped:

    def test_create_autospec_unbound_methods(self):
        # see mock issue 128
        # this is expected to fail until the issue is fixed
        return

Related entry in mock bug tracker:
http://code.google.com/p/mock/issues/detail?id=128

If it is not necessary to duplicate the issue here, please just close it.

----------
components: Library (Lib), Tests
messages: 185249
nosy: haypo, michael.foord
priority: normal
severity: normal
status: open
title: unittest.mock: test_create_autospec_unbound_methods is skipped
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17548>
_______________________________________

From report at bugs.python.org  Tue Mar 26 00:59:03 2013
From: report at bugs.python.org (Kevin Barry)
Date: Mon, 25 Mar 2013 23:59:03 +0000
Subject: [issue14916] PyRun_InteractiveLoop fails to run interactively when
	using a Linux pty that's not tied to stdin/stdout
In-Reply-To: <1337960558.56.0.442179213708.issue14916@psf.upfronthosting.co.za>
Message-ID: <1364255943.8.0.562190447076.issue14916@psf.upfronthosting.co.za>


Kevin Barry added the comment:

emmanuel,

The Python interpreter isn't reentrant, so you could only run two interactive sessions connected to the same Python environment if you implemented your own REPL function that unlocked the GIL when waiting for input, then lock it just long enough to interpret the input.

Also, the readline module already does what you suggest (sets PyOS_ReadlineFunctionPointer to a GNU libreadline wrapper.) My "readline hack" (working.c) forces it to behave as it's supposed to. Rather, it *undoes* what PyRun_InteractiveLoop does every iteration, which is pass stdin/stdout for I/O, which libreadline in turn uses.

I agree that it would be nice to get a Python developer involved, mostly because I expect things to break when this problem is fixed. Bad things happen when you think you've tested a lot of different cases that actually turn out to be the exact same case.

Kevin Barry

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14916>
_______________________________________

From report at bugs.python.org  Tue Mar 26 00:59:26 2013
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Mar 2013 23:59:26 +0000
Subject: [issue17516] Dead code should be removed
In-Reply-To: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>
Message-ID: <1364255966.77.0.992658541169.issue17516@psf.upfronthosting.co.za>


STINNER Victor added the comment:

test_create_autospec_unbound_methods() of Lib/unittest/test/testmock/testhelpers.py contains dead code because of a known issue. I created issue #17548 to track this function.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Tue Mar 26 01:00:09 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 26 Mar 2013 00:00:09 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
In-Reply-To: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>
Message-ID: <3ZZXXS28t3zNy2@mail.python.org>


Roundup Robot added the comment:

New changeset 367167f93c30 by Ezio Melotti in branch 'default':
#17323: The "[X refs, Y blocks]" printed by debug builds has been disabled by default.  It can be re-enabled with the `-X showrefcount` option.
http://hg.python.org/cpython/rev/367167f93c30

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From report at bugs.python.org  Tue Mar 26 01:00:30 2013
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Mar 2013 00:00:30 +0000
Subject: [issue17548] unittest.mock: test_create_autospec_unbound_methods is
	skipped
In-Reply-To: <1364255908.36.0.236092443385.issue17548@psf.upfronthosting.co.za>
Message-ID: <1364256030.44.0.3052734843.issue17548@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, there is another skipped test in Lib/unittest/test/testmock/testpatch.py:

    def test_patch_descriptor(self):
        # would be some effort to fix this - we could special case the
        # builtin descriptors: classmethod, property, staticmethod
        return

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17548>
_______________________________________

From report at bugs.python.org  Tue Mar 26 01:16:00 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 26 Mar 2013 00:16:00 +0000
Subject: [issue17516] Dead code should be removed
In-Reply-To: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>
Message-ID: <3ZZXtl3ST5zNwm@mail.python.org>


Roundup Robot added the comment:

New changeset 313bcff51900 by Victor Stinner in branch 'default':
Issue #17516: use comment syntax for comments, instead of multiline string
http://hg.python.org/cpython/rev/313bcff51900

New changeset 33bdd0a985b9 by Victor Stinner in branch 'default':
Issue #17516: do not create useless tuple: remove dummy commas in tests
http://hg.python.org/cpython/rev/33bdd0a985b9

New changeset 9dba3bc7c2a6 by Victor Stinner in branch 'default':
Issue #17516: remove dead code
http://hg.python.org/cpython/rev/9dba3bc7c2a6

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Tue Mar 26 01:18:33 2013
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Mar 2013 00:18:33 +0000
Subject: [issue17516] Dead code should be removed
In-Reply-To: <1363914232.35.0.997527694246.issue17516@psf.upfronthosting.co.za>
Message-ID: <1364257113.82.0.661161672546.issue17516@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks for the different reviews.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17516>
_______________________________________

From report at bugs.python.org  Tue Mar 26 01:33:18 2013
From: report at bugs.python.org (jamesob)
Date: Tue, 26 Mar 2013 00:33:18 +0000
Subject: [issue15575] Tutorial is unclear on multiple imports of a module.
In-Reply-To: <1344363062.87.0.467457264308.issue15575@psf.upfronthosting.co.za>
Message-ID: <1364257998.75.0.882625525948.issue15575@psf.upfronthosting.co.za>


jamesob added the comment:

Howdy; attached is a patch containing the doc changes. I figured that some elaboration was in addition to what r.david.murray recommended, so I've included a brief allusion to the problem of equivalent paths.

----------
keywords: +patch
nosy: +jamesob
Added file: http://bugs.python.org/file29575/module_multi_exec_doc_27.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15575>
_______________________________________

From report at bugs.python.org  Tue Mar 26 03:44:26 2013
From: report at bugs.python.org (Eric Snow)
Date: Tue, 26 Mar 2013 02:44:26 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1364265866.47.0.0207489478541.issue5135@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5135>
_______________________________________

From report at bugs.python.org  Tue Mar 26 05:34:28 2013
From: report at bugs.python.org (Tyler Doyle)
Date: Tue, 26 Mar 2013 04:34:28 +0000
Subject: [issue17526] inspect.findsource raises undocumented error for code
	objects with empty filename
In-Reply-To: <1364004239.34.0.135236485776.issue17526@psf.upfronthosting.co.za>
Message-ID: <1364272468.64.0.608253333908.issue17526@psf.upfronthosting.co.za>


Changes by Tyler Doyle <kingt8y8 at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file29576/inspect.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17526>
_______________________________________

From report at bugs.python.org  Tue Mar 26 05:34:55 2013
From: report at bugs.python.org (Tyler Doyle)
Date: Tue, 26 Mar 2013 04:34:55 +0000
Subject: [issue17526] inspect.findsource raises undocumented error for code
	objects with empty filename
In-Reply-To: <1364004239.34.0.135236485776.issue17526@psf.upfronthosting.co.za>
Message-ID: <1364272495.79.0.966477309009.issue17526@psf.upfronthosting.co.za>


Tyler Doyle added the comment:

Patch and test to accompany.

----------
Added file: http://bugs.python.org/file29577/test_inspect.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17526>
_______________________________________

From report at bugs.python.org  Tue Mar 26 06:19:12 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 26 Mar 2013 05:19:12 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <1364275152.48.0.905540801768.issue17538@psf.upfronthosting.co.za>


?ric Araujo added the comment:

LGTM.

----------
nosy: +eric.araujo
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Tue Mar 26 07:54:31 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 26 Mar 2013 06:54:31 +0000
Subject: [issue13742] Add a key parameter (like sorted) to heapq.merge
In-Reply-To: <1326105342.42.0.0197399269422.issue13742@psf.upfronthosting.co.za>
Message-ID: <1364280871.78.0.412518060047.issue13742@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Attaching a rough draft implementation for a fully encapsulated Heap() class that is thread-safe, supports minheaps and maxheaps, and efficiently implements key-functions (called no more than once per key).

----------
Added file: http://bugs.python.org/file29578/heap.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13742>
_______________________________________

From report at bugs.python.org  Tue Mar 26 08:37:16 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 26 Mar 2013 07:37:16 +0000
Subject: [issue17546] rename type returned by locals() to livedict
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364283436.11.0.578902529218.issue17546@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

1. The documentation doesn't say that the content of this dict may change sporadically even if you don't call locals()

2. I am referring to inline documentation:

    >>> h = locals()
    >>> type(h)
    <class 'dict'>
    >>> help(h)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Tue Mar 26 08:53:00 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Tue, 26 Mar 2013 07:53:00 +0000
Subject: [issue17525] os.getcwd() fails on cifs share
In-Reply-To: <1363990327.07.0.260090776617.issue17525@psf.upfronthosting.co.za>
Message-ID: <1364284380.66.0.284478212291.issue17525@psf.upfronthosting.co.za>


Changes by Charles-Fran?ois Natali <cf.natali at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17525>
_______________________________________

From report at bugs.python.org  Tue Mar 26 09:22:29 2013
From: report at bugs.python.org (=?utf-8?q?Zden=C4=9Bk_Pavlas?=)
Date: Tue, 26 Mar 2013 08:22:29 +0000
Subject: [issue17544] regex code re-raises exceptions on success
In-Reply-To: <1364225248.29.0.538486263378.issue17544@psf.upfronthosting.co.za>
Message-ID: <1364286149.58.0.0861407304606.issue17544@psf.upfronthosting.co.za>


Zden?k Pavlas added the comment:

Yes, found that *certain* IO operations re-raise the error, too.  However, if the Python runtime expects extension writers to keep tstate->curexc_type clear, it should be documented in

http://docs.python.org/2/c-api/exceptions.html

There's not a single use case of PyErr_Clear() mentioned.

----------
assignee:  -> docs at python
components: +Documentation -Regular Expressions
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17544>
_______________________________________

From report at bugs.python.org  Tue Mar 26 10:05:13 2013
From: report at bugs.python.org (Ramchandra Apte)
Date: Tue, 26 Mar 2013 09:05:13 +0000
Subject: [issue17549] Some exceptions not highlighted in exceptions
	documentation.
Message-ID: <1364288713.27.0.682070443394.issue17549@psf.upfronthosting.co.za>


New submission from Ramchandra Apte:

In http://docs.python.org/3/library/exceptions.html#exception-hierarchy , some exception are not highlighted correctly.

----------
messages: 185262
nosy: Ramchandra Apte
priority: normal
severity: normal
status: open
title: Some exceptions not highlighted in exceptions documentation.
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17549>
_______________________________________

From report at bugs.python.org  Tue Mar 26 10:07:37 2013
From: report at bugs.python.org (Ramchandra Apte)
Date: Tue, 26 Mar 2013 09:07:37 +0000
Subject: [issue1207613] Bottom Scroll Bar in IDLE
Message-ID: <1364288857.13.0.672208697206.issue1207613@psf.upfronthosting.co.za>


Changes by Ramchandra Apte <maniandram01 at gmail.com>:


----------
title: Bottom Scroll Bar -> Bottom Scroll Bar in IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1207613>
_______________________________________

From report at bugs.python.org  Tue Mar 26 10:21:08 2013
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 26 Mar 2013 09:21:08 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <1364289668.9.0.0641603508832.issue17538@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Benjaman and Georg, what do the RMs feel about the doc patch?

----------
nosy: +benjamin.peterson, georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Tue Mar 26 10:41:19 2013
From: report at bugs.python.org (Thomas Fenzl)
Date: Tue, 26 Mar 2013 09:41:19 +0000
Subject: [issue1747670] Limiting data copy in xmlrpclib
Message-ID: <1364290879.75.0.665914258489.issue1747670@psf.upfronthosting.co.za>


Thomas Fenzl added the comment:

I removed the unnecessary check on single-element arrays. 
No strong opinion on usefulness, as I don't use xmlrpc a lot...

----------
Added file: http://bugs.python.org/file29579/xmlrpc_less_copy-1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1747670>
_______________________________________

From report at bugs.python.org  Tue Mar 26 10:45:29 2013
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 26 Mar 2013 09:45:29 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <1364291129.68.0.321863489581.issue17538@psf.upfronthosting.co.za>


Georg Brandl added the comment:

* I would take out the "erroneous" of "erroneous or maliciously constructed" in the disclaimers.  The odds of creating one of the "bombings" by chance are slim.

* The names of attacks in the table are quite opaque if you haven't heard of them.  They should be linked/explained.  (Also, the csv-table construction looks quite strange; a normal reST table would be preferred.)

* I don't think the warning for SAX needs to be repeated three times.

* Not sure the reader will get the reason for having both "defusedxml" and "defusedexpat".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Tue Mar 26 11:09:42 2013
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 26 Mar 2013 10:09:42 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <1364292582.84.0.0226412467039.issue17538@psf.upfronthosting.co.za>


Christian Heimes added the comment:

1. sounds fine to me

2. I can copy some text from the README.txt of defusedxml. CSV table was easier to maintain for me. What's a good tool to create and modify sphinx tables?

3. No strong opinion here, better safe than sorry?

4. IMO the warning should mention both. Perhaps a better explanation will help?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Tue Mar 26 12:36:35 2013
From: report at bugs.python.org (Donald Stufft)
Date: Tue, 26 Mar 2013 11:36:35 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <1364297795.96.0.9424696659.issue17538@psf.upfronthosting.co.za>


Donald Stufft added the comment:

FWIW I put the warning on all the sax pages just because there's no way to know which page a user will go to if they are coming in via google.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Tue Mar 26 12:45:08 2013
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 26 Mar 2013 11:45:08 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <1364298308.52.0.412623319709.issue17538@psf.upfronthosting.co.za>


Georg Brandl added the comment:

2. That would be good.  For this table the "simple" rst tables should be fine:

=====  =====
head   head
=====  =====
body   body
body   body
=====  =====

3. Once per XML logical handling module/package seems quite enough.

4. The warnings only link to the section about "XML Vulnerabilities", which is good.  But that section should not only mention that the defusedxml description explains everything, but also *what the hell* it contains :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Tue Mar 26 13:12:16 2013
From: report at bugs.python.org (=?utf-8?q?Gerg=C3=B6_Barany?=)
Date: Tue, 26 Mar 2013 12:12:16 +0000
Subject: [issue17550] --enable-profiling does nothing (shell syntax bug in
	configure.ac)
Message-ID: <1364299936.4.0.197182554792.issue17550@psf.upfronthosting.co.za>


New submission from Gerg? Barany:

Trying to configure Python (3.3 and 3.4 prerelease from Mercurial) with --enable-profiling doesn't work because the configure script contains a syntax error that causes it to conclude that the C compiler does not accept the -pg flag:

$ ../cpython/configure --enable-profiling | grep prof
configure: WARNING:

  By default, distutils will build C++ extension modules with "g++".
  If this is not intended, then set CXX on the configure command line.
  
../cpython/configure: line 5537: CC: command not found
checking for --enable-profiling... no

Everything (configure/build/running Python) continues as if --enable-profiling had not been passed.

This is due to using $(CC) rather than the correct syntax $CC at the specified place in the configure script. The attached patch to configure.ac fixes this.

----------
files: enable-profiling.patch
keywords: patch
messages: 185269
nosy: gergo
priority: normal
severity: normal
status: open
title: --enable-profiling does nothing (shell syntax bug in configure.ac)
type: behavior
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29580/enable-profiling.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17550>
_______________________________________

From report at bugs.python.org  Tue Mar 26 13:58:29 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 26 Mar 2013 12:58:29 +0000
Subject: [issue17550] --enable-profiling does nothing (shell syntax bug in
	configure.ac)
In-Reply-To: <1364299936.4.0.197182554792.issue17550@psf.upfronthosting.co.za>
Message-ID: <3ZZspX6q6zzPXP@mail.python.org>


Roundup Robot added the comment:

New changeset 27cb49ede303 by Benjamin Peterson in branch '2.7':
fix variable reference to fix --enable-profiling (closes #17550)
http://hg.python.org/cpython/rev/27cb49ede303

New changeset d321885ff8f3 by Benjamin Peterson in branch '2.7':
merge 2.7.4 release branch (#17550)
http://hg.python.org/cpython/rev/d321885ff8f3

New changeset 0decf2a812df by Benjamin Peterson in branch '3.3':
fix variable reference to fix --enable-profiling (closes #17550)
http://hg.python.org/cpython/rev/0decf2a812df

New changeset 81e005a410b7 by Benjamin Peterson in branch 'default':
merge 3.3 (#17550)
http://hg.python.org/cpython/rev/81e005a410b7

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17550>
_______________________________________

From report at bugs.python.org  Tue Mar 26 13:59:49 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 26 Mar 2013 12:59:49 +0000
Subject: [issue17550] --enable-profiling does nothing (shell syntax bug in
	configure.ac)
In-Reply-To: <1364299936.4.0.197182554792.issue17550@psf.upfronthosting.co.za>
Message-ID: <1364302789.92.0.801743417227.issue17550@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Georg, I fixed this in the 2.7.4 release branch. You might want to in 3.3, too.

----------
nosy: +benjamin.peterson, georg.brandl
resolution: fixed -> 
stage: committed/rejected -> 
status: closed -> open
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17550>
_______________________________________

From report at bugs.python.org  Tue Mar 26 14:00:00 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 26 Mar 2013 13:00:00 +0000
Subject: [issue17550] --enable-profiling does nothing (shell syntax bug in
	configure.ac)
In-Reply-To: <1364299936.4.0.197182554792.issue17550@psf.upfronthosting.co.za>
Message-ID: <1364302800.93.0.800576841604.issue17550@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17550>
_______________________________________

From report at bugs.python.org  Tue Mar 26 14:04:37 2013
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 26 Mar 2013 13:04:37 +0000
Subject: [issue17550] --enable-profiling does nothing (shell syntax bug in
	configure.ac)
In-Reply-To: <1364299936.4.0.197182554792.issue17550@psf.upfronthosting.co.za>
Message-ID: <1364303077.65.0.788668397928.issue17550@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Done, thanks for the pointer!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17550>
_______________________________________

From report at bugs.python.org  Tue Mar 26 14:33:24 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 26 Mar 2013 13:33:24 +0000
Subject: [issue17549] Some exceptions not highlighted in exceptions
	documentation.
In-Reply-To: <1364288713.27.0.682070443394.issue17549@psf.upfronthosting.co.za>
Message-ID: <1364304804.41.0.95430343012.issue17549@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

That's probably because the pygment version used by the docs don't include the new Exceptions introduced in PEP 3151.

----------
nosy: +ezio.melotti, georg.brandl
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17549>
_______________________________________

From report at bugs.python.org  Tue Mar 26 14:58:09 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 26 Mar 2013 13:58:09 +0000
Subject: [issue16475] Support object instancing and recursion in marshal
In-Reply-To: <1352969678.69.0.685980330217.issue16475@psf.upfronthosting.co.za>
Message-ID: <3ZZv7N27wzzPpP@mail.python.org>


Roundup Robot added the comment:

New changeset 84e73ace3d7e by Kristjan Valur Jonsson in branch 'default':
Issue #16475: Add a whatsnew entry for 3.4
http://hg.python.org/cpython/rev/84e73ace3d7e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16475>
_______________________________________

From report at bugs.python.org  Tue Mar 26 16:26:23 2013
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 26 Mar 2013 15:26:23 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <1364311583.49.0.416770545634.issue17538@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Here we go again!

----------
stage:  -> patch review
Added file: http://bugs.python.org/file29581/xmldocs3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Tue Mar 26 16:28:16 2013
From: report at bugs.python.org (Eric Snow)
Date: Tue, 26 Mar 2013 15:28:16 +0000
Subject: [issue17546] rename type returned by locals() to livedict
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364311696.39.0.16992550443.issue17546@psf.upfronthosting.co.za>


Eric Snow added the comment:

So the problem you are having is that inside functions the dict returned by locals() does not get updated when the "current local symbol table" changes?  Keep in mind that for modules and classes (the other two execution blocks), the dict returned by locals() does get updated.

This difference reflects that fact that, in CPython at least, the local execution namespace of a function call's stack frame is not stored in a dictionary.  When you call locals() in a function it is only making a copy of the frame's fast locals.  The fast locals never gets directly exposed except through normal name lookup/binding/deletion.  While technically possible, changing this simply isn't worth it.

The documentation already makes it clear that the dict returned by locals() represents the "current local symbol table" and that you should not expect changes to that dict to be reflected in the actual locals.  Are you recommending that it be more clear that the dict may be no more than a snapshot of the locals at the time locals() is called?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Tue Mar 26 16:30:43 2013
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 26 Mar 2013 15:30:43 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <1364311843.43.0.0453707420493.issue17538@psf.upfronthosting.co.za>


Georg Brandl added the comment:

I still see "erroneous" in there... otherwise looks good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Tue Mar 26 16:58:53 2013
From: report at bugs.python.org (Kuchinsky)
Date: Tue, 26 Mar 2013 15:58:53 +0000
Subject: [issue17511] Idle find function closes after each find operation
In-Reply-To: <1363902452.43.0.911749750934.issue17511@psf.upfronthosting.co.za>
Message-ID: <1364313533.24.0.078981572506.issue17511@psf.upfronthosting.co.za>


Kuchinsky added the comment:

Thanks, Roger. 

Unfortunately, this doesn't work for me. I'm running Windows and am using version 2.7.3

For me, nothing is highlighted until the 'find' window closes. This means that if I click 'find', nothing is highlighted even though the text has been found. For what it's worth, hitting 'find' repeatedly does iterate through the instances, I just can't see any of them until the window is closed, at which point I see only the most recent instance.  

I should have been more specific in my report; I mentioned line 55 because I think something needs to happen with regard to displaying highlighting while the 'find' window is still open. 

System info:
Python 2.7.3 (default, Apr 10 2012, 23:24:47) [MSC v.1500 64 bit (AMD64)] on win32

----------
resolution:  -> wont fix
versions:  -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17511>
_______________________________________

From report at bugs.python.org  Tue Mar 26 17:16:50 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 26 Mar 2013 16:16:50 +0000
Subject: [issue17323] Disable [X refs, Y blocks] ouput in debug builds
In-Reply-To: <1362125769.07.0.506127363333.issue17323@psf.upfronthosting.co.za>
Message-ID: <1364314610.09.0.404813792245.issue17323@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17323>
_______________________________________

From report at bugs.python.org  Tue Mar 26 17:45:30 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 26 Mar 2013 16:45:30 +0000
Subject: [issue11087] Speeding up the interpreter with a few lines of code
In-Reply-To: <1296547053.5.0.194611271072.issue11087@psf.upfronthosting.co.za>
Message-ID: <1364316330.89.0.799501384857.issue11087@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> Not at the expense of introducing undefined behaviour.  I suggest 
> closing this.

ok, let's do it.

----------
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11087>
_______________________________________

From report at bugs.python.org  Tue Mar 26 17:53:33 2013
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 26 Mar 2013 16:53:33 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <3ZZz1m4JhszQ8b@mail.python.org>


Roundup Robot added the comment:

New changeset e7795a178b0a by Christian Heimes in branch '3.2':
Issue 17538: Document XML vulnerabilties
http://hg.python.org/cpython/rev/e7795a178b0a

New changeset 65e8ac5f073f by Christian Heimes in branch '3.3':
Issue 17538: Document XML vulnerabilties
http://hg.python.org/cpython/rev/65e8ac5f073f

New changeset 1ebefb6ae9a9 by Christian Heimes in branch 'default':
Issue 17538: Document XML vulnerabilties
http://hg.python.org/cpython/rev/1ebefb6ae9a9

New changeset e87364449954 by Christian Heimes in branch '2.7':
Issue 17538: Document XML vulnerabilties
http://hg.python.org/cpython/rev/e87364449954

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Tue Mar 26 18:26:44 2013
From: report at bugs.python.org (Bob Alexander)
Date: Tue, 26 Mar 2013 17:26:44 +0000
Subject: [issue17551] Windows - accessing drive with nothing mounted forces
	user interaction
Message-ID: <1364318804.06.0.966349277982.issue17551@psf.upfronthosting.co.za>


New submission from Bob Alexander:

Attempting to use os.path.exists on a Windows drive that is a mobile device mount point with nothing mounted pops up a dialog asking to insert a device. This makes it impossible to search a set of drives for a specific file without the possibility of unnecessary user interaction -- for example looking for the drive that has a specific flash drive inserted.

This behavior is likely related to bug 9035 regarding "os.path.ismount" behavior on Windows.

The more correct behavior (IMO) would be to quietly return exists=False for drives with nothing mounted. In fact, I tried the same operation with Java and Ruby programs, and both simply return false with no popup.

----------
components: Library (Lib)
messages: 185281
nosy: bobjalex
priority: normal
severity: normal
status: open
title: Windows - accessing drive with nothing mounted forces user interaction
type: behavior
versions: Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17551>
_______________________________________

From report at bugs.python.org  Tue Mar 26 18:49:47 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 26 Mar 2013 17:49:47 +0000
Subject: [issue17546] rename type returned by locals() to livedict
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364320187.56.0.814854977413.issue17546@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Under the trace function, the dict is always updated, and that changed a workflow in the program I was debugging leading to heisenbug. But that's a different story. I'd like to concentrate on the reasons to rename locals() result type from 'dict' to 'livedict' (or other internal type with well-defined behavior).

dict() returned by locals() is sporadically updated. The problem is not with when it is updated, or how it is updated. The problem is that the fact that it is updated is not indicated in any way. And the problem that comes from this problem is that people don't realize that this dict may change its contents. As a result people become confused with Python.

The documentation is also ambiguous. Those people who don't know about self-updating behavior (I was) read "represents" like a "copy of symbol table", not like a "internally updated view of symbol table".

>From the OOP point of view, the object doesn't behave like a normal dict, and it will be less confusing if it is renamed.


offtopic: "local execution namespace of a function call's stack frame" sounds cryptic - I am afraid that without visualization of local/global/namespace/scope/frame I am unable to understand that right now.

offtopic2: I also don't get "you should not expect changes to that dict to be reflected in the actual locals". I reads as if in some cases modifying the dict will change the locals. I thought that it is impossible as it is just a copy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Tue Mar 26 18:51:00 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 17:51:00 +0000
Subject: [issue14135] check for locale changes in test.regrtest
In-Reply-To: <1330296468.42.0.0463135348779.issue14135@psf.upfronthosting.co.za>
Message-ID: <1364320260.24.0.959336760366.issue14135@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14135>
_______________________________________

From report at bugs.python.org  Tue Mar 26 18:54:29 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 17:54:29 +0000
Subject: [issue15600] expose the finder details used by the FileFinder path
	hook
In-Reply-To: <1344483800.66.0.152640034936.issue15600@psf.upfronthosting.co.za>
Message-ID: <1364320469.13.0.590505918485.issue15600@psf.upfronthosting.co.za>


Brett Cannon added the comment:

The details are no longer in a closure but instead on the _loaders attribute.

Why do you want the details exposed? Do you have an actual use-case?

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15600>
_______________________________________

From report at bugs.python.org  Tue Mar 26 18:58:42 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 17:58:42 +0000
Subject: [issue15611] devguide: add "core mentors" area to Experts Index
In-Reply-To: <1344546895.77.0.0864519810759.issue15611@psf.upfronthosting.co.za>
Message-ID: <1364320722.11.0.909285703096.issue15611@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Is this still desired? I think it would be better to simply have a message in experts.html to say that if you need help finding someone then email core-mentorship instead of having a list that must be maintained.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15611>
_______________________________________

From report at bugs.python.org  Tue Mar 26 18:59:40 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 17:59:40 +0000
Subject: [issue15578] Crash when modifying sys.modules during import
In-Reply-To: <1344372630.36.0.657008264392.issue15578@psf.upfronthosting.co.za>
Message-ID: <1364320780.94.0.998477290016.issue15578@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Eric has commit rights now so he can commit his own fix. =)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15578>
_______________________________________

From report at bugs.python.org  Tue Mar 26 18:59:59 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 17:59:59 +0000
Subject: [issue15578] Crash when modifying sys.modules during import
In-Reply-To: <1344372630.36.0.657008264392.issue15578@psf.upfronthosting.co.za>
Message-ID: <1364320799.39.0.643541503185.issue15578@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> eric.snow
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15578>
_______________________________________

From report at bugs.python.org  Tue Mar 26 19:01:21 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 18:01:21 +0000
Subject: [issue15834] 2to3 benchmark not working under Python 3
In-Reply-To: <1346452040.3.0.632075344934.issue15834@psf.upfronthosting.co.za>
Message-ID: <1364320881.13.0.247375242118.issue15834@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee: collinwinter -> brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15834>
_______________________________________

From report at bugs.python.org  Tue Mar 26 19:02:05 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 18:02:05 +0000
Subject: [issue8911] regrtest.main should have a test skipping argument
In-Reply-To: <1275794606.83.0.993053669818.issue8911@psf.upfronthosting.co.za>
Message-ID: <1364320925.34.0.806326887057.issue8911@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8911>
_______________________________________

From report at bugs.python.org  Tue Mar 26 19:05:09 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 18:05:09 +0000
Subject: [issue11549] Build-out an AST optimizer,
	moving some functionality out of the peephole optimizer
In-Reply-To: <1300164402.79.0.766591131661.issue11549@psf.upfronthosting.co.za>
Message-ID: <1364321109.15.0.625976987736.issue11549@psf.upfronthosting.co.za>


Brett Cannon added the comment:

http://bugs.python.org/issue17515 might also play into this if it happens to go in.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11549>
_______________________________________

From report at bugs.python.org  Tue Mar 26 19:06:37 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 18:06:37 +0000
Subject: [issue2716] Reimplement audioop because of copyright issues
In-Reply-To: <1209428570.75.0.48368829493.issue2716@psf.upfronthosting.co.za>
Message-ID: <1364321197.35.0.544743416846.issue2716@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2716>
_______________________________________

From report at bugs.python.org  Tue Mar 26 19:08:02 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 18:08:02 +0000
Subject: [issue15902] imp.load_module won't accept None for the file argument
	for a C extension
In-Reply-To: <1347278689.78.0.295593798435.issue15902@psf.upfronthosting.co.za>
Message-ID: <1364321282.46.0.310285797063.issue15902@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15902>
_______________________________________

From report at bugs.python.org  Tue Mar 26 19:10:10 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 18:10:10 +0000
Subject: [issue11664] Add patch method to unittest.TestCase
In-Reply-To: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>
Message-ID: <1364321410.27.0.388189889975.issue11664@psf.upfronthosting.co.za>


Brett Cannon added the comment:

So, what's the status of this? Move it forward or close this?

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11664>
_______________________________________

From report at bugs.python.org  Tue Mar 26 19:13:23 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 18:13:23 +0000
Subject: [issue15987] Provide a way to compare AST nodes for equality
	recursively
In-Reply-To: <1348166637.22.0.281544835659.issue15987@psf.upfronthosting.co.za>
Message-ID: <1364321603.21.0.951023709832.issue15987@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I have a use for this as well, but w/o the lineno/col_offset comparison and all I need is a True/False result.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15987>
_______________________________________

From report at bugs.python.org  Tue Mar 26 19:17:47 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 18:17:47 +0000
Subject: [issue15987] Provide a way to compare AST nodes for equality
	recursively
In-Reply-To: <1348166637.22.0.281544835659.issue15987@psf.upfronthosting.co.za>
Message-ID: <1364321867.98.0.877860968387.issue15987@psf.upfronthosting.co.za>


Brett Cannon added the comment:

IOW I think a function that uses ast.walk() and has flags for specifying whether _attributes should also be checked and then uses a class check and then uses _fields to do all other checking.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15987>
_______________________________________

From report at bugs.python.org  Tue Mar 26 19:18:17 2013
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 26 Mar 2013 18:18:17 +0000
Subject: [issue16104] Use multiprocessing in compileall script
In-Reply-To: <1349124414.14.0.0730954283721.issue16104@psf.upfronthosting.co.za>
Message-ID: <1364321897.43.0.889580417665.issue16104@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16104>
_______________________________________

From report at bugs.python.org  Tue Mar 26 20:14:05 2013
From: report at bugs.python.org (Eric Snow)
Date: Tue, 26 Mar 2013 19:14:05 +0000
Subject: [issue17546] rename type returned by locals() to livedict
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364325245.94.0.919011792128.issue17546@psf.upfronthosting.co.za>


Eric Snow added the comment:

Thanks for the details, Anatoly.  I am surprised by the behavior you've described.  It may be that functions don't use fast locals when tracing is turned on.  I'll have to check.  If that's the case, I think the documentation for locals() should be improved.  Either way, I agree that inconsistent (and undocumented) behavior is a headache.  However, changing the type of the object returned by locals() is going to take a lot more justification.  A doc update should be sufficient and a much easier sell.

Here are some further questions:

1. the dynamic update you described happens in function bodies (i.e. stack frames)?
2. does that behavior happen when you are not using a tracing function?

Also, if you have a minute, throw up a patch that reproduces the behavior you're talking about.  That will help get this resolved faster.

Keep in mind that locals() always returns a normal dict.  Just like any other dict, other code that has a reference to that "locals" dict can interact with it, which is what you have described.  In this case, the interpreter is doing so.  The only case where I find that surprising is where a stack frame is using fast locals, which is what function calls normally do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Tue Mar 26 20:15:49 2013
From: report at bugs.python.org (Kuchinsky)
Date: Tue, 26 Mar 2013 19:15:49 +0000
Subject: [issue17511] Idle find function closes after each find operation
In-Reply-To: <1363902452.43.0.911749750934.issue17511@psf.upfronthosting.co.za>
Message-ID: <1364325349.6.0.910846185674.issue17511@psf.upfronthosting.co.za>


Kuchinsky added the comment:

I think I fixed it!

I used some of the code from ReplaceDialog.py to get the highlighted text to display. Thanks to Roger for mentioning that file!

Since the find function now does 'find again', we might want to remove the 'find again' option from the 'Edit' menu.

Side Note: since the 'Replace' dialog includes a 'Find' function, we could remove both the 'Find' dialog and 'Find Again' dialog from the 'Edit' menu, thereby bypassing this issue entirely. We would then need to rename the 'Replace' dialog to 'Find/Replace'. I'm not sure everyone would like that change, though, so I'm not going to implement it here. If anyone thinks it would be useful, I'll create a new thread/issue.

I've never submitted a patch before, so if I've done something incorrectly, please let me know!

----------
resolution: wont fix -> works for me
Added file: http://bugs.python.org/file29582/SearchDialog.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17511>
_______________________________________

From report at bugs.python.org  Tue Mar 26 20:27:53 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 26 Mar 2013 19:27:53 +0000
Subject: [issue17552] socket.sendfile()
Message-ID: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>


New submission from Giampaolo Rodola':

This is based on progress made in issue 13564 and aims to provide a new sendfile() method for the socket class taking advantage of high-performance "zero-copy" os.sendfile() available on most POSIX platforms.
A wrapper on top of os.sendfile() appears to be convenient because getting everything right is a bit tricky. Also we can avoid code duplication in case we want to add sendfile() support to ftplib (issue 13564) and httplib.

=== THE API ===

Attached is a draft patch proposing an API which:

- uses os.sendfile() whenever available and usable (a mmap-like file is required)
- if not falls back on using plain socket.sendall()
- returns a tuple of two elements which indicates whether sendfile() was used and an exception instance in case it wasn't on account of an internal error, if any 
- does not support non-blocking sockets (will raise ValueError)


=== ALTERNATE API === 

1) In case the transfer is interrupted halfway because of an error the user has no clue on how many bytes were sent (and file.tell() won't tell =)). As such it probably makes sense to provide a custom socket.SendfileError exception encapsulating the original exception and the bytes sent as arguments.

2) For the same reason the returned tuple should probably include the number of bytes transmitted.

=== WINDOWS SUPPORT ===

Further development may include Windows support by using TransmitFile (http://msdn.microsoft.com/en-us/library/windows/desktop/ms740565(v=vs.85).aspx). Once we agree on an API I might start looking into Windows code (which appears to be quite tricky btw).

Any feedback is very welcome.

----------
components: Library (Lib)
files: socket-sendfile.patch
keywords: needs review, patch
messages: 185292
nosy: giampaolo.rodola
priority: normal
severity: normal
status: open
title: socket.sendfile()
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29583/socket-sendfile.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Tue Mar 26 20:39:46 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 26 Mar 2013 19:39:46 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1364326786.2.0.136532060064.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

I created issue 17552 in order to discuss about socket.sendfile() addition.

----------
dependencies: +socket.sendfile()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Tue Mar 26 20:43:24 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 26 Mar 2013 19:43:24 +0000
Subject: [issue17552] socket.sendfile()
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <1364327004.94.0.907603320311.issue17552@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

A couple of comments:

- I don't understand the point of the second member in the tuple
- the timeout logic should be fixed so that the total operation time doesn't exceed the timeout, rather than each iteration (in other words, a deadline should be computed at the start and then the poll / select calls be issued in accordance with that deadline)
- non-blocking sockets could be supported by returning partial writes, and letting the caller pass an offset argument
- as a vocabulary nit, I don't really understand what "mmap-like file" means

----------
nosy: +neologix, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Tue Mar 26 20:53:29 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Tue, 26 Mar 2013 19:53:29 +0000
Subject: [issue17552] socket.sendfile()
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <1364327609.39.0.958353926261.issue17552@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

- I don't understand the "running out of FDs" thing. select() is limited to FDs less than FD_SETSIZE, but I don't see how you could get EMFILE (select() will return a ValueError)

- is there any platform with sendfile() which doesn't support poll()?

- I still don't see the point of calling sendfile() with a block size. Everybody just uses st_size, and that's how it's supposed to be done.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Tue Mar 26 21:07:06 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 26 Mar 2013 20:07:06 +0000
Subject: [issue1442493] IDLE shell window gets very slow when displaying long
	lines
Message-ID: <1364328426.32.0.674981761991.issue1442493@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

print(100000*'a') is still a problem in 3.3.

----------
versions: +Python 3.3, Python 3.4 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1442493>
_______________________________________

From report at bugs.python.org  Tue Mar 26 21:13:47 2013
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 26 Mar 2013 20:13:47 +0000
Subject: [issue17552] socket.sendfile()
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <1364328827.84.0.744998958965.issue17552@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Tue Mar 26 21:15:59 2013
From: report at bugs.python.org (Bernard Lang)
Date: Tue, 26 Mar 2013 20:15:59 +0000
Subject: [issue17545] os.listdir and os.path.join inconsistent on empty path
In-Reply-To: <1364228813.43.0.916487849633.issue17545@psf.upfronthosting.co.za>
Message-ID: <1364328959.56.0.0286006796538.issue17545@psf.upfronthosting.co.za>


Bernard Lang added the comment:

Reply to R.David.Murray

> See also issue 6095.

You are right. I goofed, this is the issue I meant to point to.

> $ ls ''
> ls: cannot access : No such file or directory
> So, the behavior is consistent with the shell.

This is a fair remark.
But still, giving a meaning to something that has none in the shell would not be an inconsistency either. There are lots of other differences in the Unix shell design, and strings are often used as a syntactic device. You do not have to quote file names or paths, unless they raise syntactic problems.

Now if you look at path manipulation commands in the shell, you have :

$ basename aaa
aaa
$ dirname aaa
.

This is a fair choice for the shell since an empty path would print as nothing. Furthermore, string manipulation is not as convenient with the shell as it is with Python. So the shell is altogether ignoring the empty path, and string manipulations (possibly using the empty string) to build a path representation are not part of the path system.

Python has already made a different choice.

In [4]: os.path.basename('aaa')
Out[4]: 'aaa'

In [5]: os.path.dirname('aaa')
Out[5]: ''

These are the two results of os.path.split('aaa'), which is somewhat the inverse of os.path.join(...) which I initially considered.

So os.path.dirname in Python does return the empty string '' where the shell dirname returns a dot. This could also be seen as an inconsistency between Unix shell and Python.

However, the Unix shell is internally consistent, while taking into account its own specific constraints.

It seems that it is more important for Python to similarly have its own internal consistency, especially when considering that Python is already departing from Unix shell in some minor ways, which are related to the internal consistency issue that was raised.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17545>
_______________________________________

From report at bugs.python.org  Tue Mar 26 21:28:37 2013
From: report at bugs.python.org (Sean Carolan)
Date: Tue, 26 Mar 2013 20:28:37 +0000
Subject: [issue17553] python setup.py bdist_rpm is broken
Message-ID: <1364329717.96.0.312657268888.issue17553@psf.upfronthosting.co.za>


New submission from Sean Carolan:

I'm attempting to build a Python 2.7.3 RPM but the build command from the documentation fails.  My platform is RHEL 5.9, x86_64

http://docs.python.org/2/distutils/builtdist.html#creating-rpm-packages

Steps to reproduce:

1.  Download latest Python tarball to home directory.
wget http://www.python.org/ftp/python/2.7.3/Python-2.7.3.tgz

2.  Unpack it, configure and install it:
[scarolan at titania:~/Python-2.7.3]$ make clean; ./configure --with-zlib=/usr/include; make; sudo make install

3.  Attempt to run command in the documentation, build fails.

[scarolan at titania:~/Python-2.7.3]$ python -V
Python 2.7.3

[scarolan at titania:~/Python-2.7.3]$ python setup.py bdist_rpm
running bdist_rpm
creating build/bdist.linux-x86_64
creating build/bdist.linux-x86_64/rpm
creating build/bdist.linux-x86_64/rpm/SOURCES
creating build/bdist.linux-x86_64/rpm/SPECS
creating build/bdist.linux-x86_64/rpm/BUILD
creating build/bdist.linux-x86_64/rpm/RPMS
creating build/bdist.linux-x86_64/rpm/SRPMS
writing 'build/bdist.linux-x86_64/rpm/SPECS/Python.spec'
running sdist
running check
warning: sdist: manifest template 'MANIFEST.in' does not exist (using default file list)

writing manifest file 'MANIFEST'
creating Python-2.7.3
creating Python-2.7.3/Lib
creating Python-2.7.3/Tools
creating Python-2.7.3/Tools/scripts
making hard links in Python-2.7.3...
hard linking README -> Python-2.7.3
'_struct.c' not a regular file -- skipping
hard linking setup.py -> Python-2.7.3
hard linking Lib/smtpd.py -> Python-2.7.3/Lib
hard linking Tools/scripts/2to3 -> Python-2.7.3/Tools/scripts
hard linking Tools/scripts/idle -> Python-2.7.3/Tools/scripts
hard linking Tools/scripts/pydoc -> Python-2.7.3/Tools/scripts
creating dist
Creating tar archive
removing 'Python-2.7.3' (and everything under it)
copying dist/Python-2.7.3.tar.gz -> build/bdist.linux-x86_64/rpm/SOURCES
building RPMs
rpmbuild -ba --define _topdir /home/scarolan/Python-2.7.3/build/bdist.linux-x86_64/rpm --clean build/bdist.linux-x86_64/rpm/SPECS/Python.spec
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.64365
+ umask 022
+ cd /home/scarolan/Python-2.7.3/build/bdist.linux-x86_64/rpm/BUILD
+ cd /home/scarolan/Python-2.7.3/build/bdist.linux-x86_64/rpm/BUILD
+ rm -rf Python-2.7.3
+ /bin/gzip -dc /home/scarolan/Python-2.7.3/build/bdist.linux-x86_64/rpm/SOURCES/Python-2.7.3.tar.gz
+ tar -xvvf -
drwxrwxr-x scarolan/scarolan 0 2013-03-26 15:26:01 Python-2.7.3/
-rw-rw-r-- scarolan/scarolan 1524 2013-03-26 15:26:01 Python-2.7.3/PKG-INFO
-rw-r--r-- scarolan/scarolan 90350 2012-04-09 18:07:36 Python-2.7.3/setup.py
-rw-r--r-- scarolan/scarolan 53744 2012-04-09 18:07:35 Python-2.7.3/README
drwxrwxr-x scarolan/scarolan     0 2013-03-26 15:26:01 Python-2.7.3/Tools/
drwxrwxr-x scarolan/scarolan     0 2013-03-26 15:26:01 Python-2.7.3/Tools/scripts/
-rwxr-xr-x scarolan/scarolan    79 2012-04-09 18:07:35 Python-2.7.3/Tools/scripts/pydoc
-rwxr-xr-x scarolan/scarolan    95 2012-04-09 18:07:35 Python-2.7.3/Tools/scripts/idle
-rwxr-xr-x scarolan/scarolan    96 2012-04-09 18:07:35 Python-2.7.3/Tools/scripts/2to3
drwxrwxr-x scarolan/scarolan     0 2013-03-26 15:26:01 Python-2.7.3/Lib/
-rwxr-xr-x scarolan/scarolan 18543 2012-04-09 18:07:31 Python-2.7.3/Lib/smtpd.py
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd Python-2.7.3
++ /usr/bin/id -u
+ '[' 500 = 0 ']'
++ /usr/bin/id -u
+ '[' 500 = 0 ']'
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ exit 0
Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.64365
+ umask 022
+ cd /home/scarolan/Python-2.7.3/build/bdist.linux-x86_64/rpm/BUILD
+ cd Python-2.7.3
+ env 'CFLAGS=-O2 -g -m64 -mtune=generic' python setup.py build
running build
running build_ext
error: pyconfig.h: No such file or directory
error: Bad exit status from /var/tmp/rpm-tmp.64365 (%build)


RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.64365 (%build)
error: command 'rpmbuild' failed with exit status 1


If I hard-code the location of pyconfig.h into setup.py, it still fails:

data = open('/home/scarolan/Python-2.7.3/pyconfig.h').read()

[scarolan at titania:~/Python-2.7.3]$ python setup.py bdist_rpm
running bdist_rpm
writing 'build/bdist.linux-x86_64/rpm/SPECS/Python.spec'
running sdist
running check
warning: sdist: manifest template 'MANIFEST.in' does not exist (using default file list)

writing manifest file 'MANIFEST'
creating Python-2.7.3
creating Python-2.7.3/Lib
creating Python-2.7.3/Tools
creating Python-2.7.3/Tools/scripts
making hard links in Python-2.7.3...
hard linking README -> Python-2.7.3
'_struct.c' not a regular file -- skipping
hard linking setup.py -> Python-2.7.3
hard linking Lib/smtpd.py -> Python-2.7.3/Lib
hard linking Tools/scripts/2to3 -> Python-2.7.3/Tools/scripts
hard linking Tools/scripts/idle -> Python-2.7.3/Tools/scripts
hard linking Tools/scripts/pydoc -> Python-2.7.3/Tools/scripts
Creating tar archive
removing 'Python-2.7.3' (and everything under it)
copying dist/Python-2.7.3.tar.gz -> build/bdist.linux-x86_64/rpm/SOURCES
building RPMs
rpmbuild -ba --define _topdir /home/scarolan/Python-2.7.3/build/bdist.linux-x86_64/rpm --clean build/bdist.linux-x86_64/rpm/SPECS/Python.spec
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.43579
+ umask 022
+ cd /home/scarolan/Python-2.7.3/build/bdist.linux-x86_64/rpm/BUILD
+ cd /home/scarolan/Python-2.7.3/build/bdist.linux-x86_64/rpm/BUILD
+ rm -rf Python-2.7.3
+ /bin/gzip -dc /home/scarolan/Python-2.7.3/build/bdist.linux-x86_64/rpm/SOURCES/Python-2.7.3.tar.gz
+ tar -xvvf -
drwxrwxr-x scarolan/scarolan 0 2013-03-26 15:28:15 Python-2.7.3/
-rw-rw-r-- scarolan/scarolan 1524 2013-03-26 15:28:15 Python-2.7.3/PKG-INFO
-rw-r--r-- scarolan/scarolan 90378 2013-03-26 15:27:30 Python-2.7.3/setup.py
-rw-r--r-- scarolan/scarolan 53744 2012-04-09 18:07:35 Python-2.7.3/README
drwxrwxr-x scarolan/scarolan     0 2013-03-26 15:28:15 Python-2.7.3/Tools/
drwxrwxr-x scarolan/scarolan     0 2013-03-26 15:28:15 Python-2.7.3/Tools/scripts/
-rwxr-xr-x scarolan/scarolan    79 2012-04-09 18:07:35 Python-2.7.3/Tools/scripts/pydoc
-rwxr-xr-x scarolan/scarolan    95 2012-04-09 18:07:35 Python-2.7.3/Tools/scripts/idle
-rwxr-xr-x scarolan/scarolan    96 2012-04-09 18:07:35 Python-2.7.3/Tools/scripts/2to3
drwxrwxr-x scarolan/scarolan     0 2013-03-26 15:28:15 Python-2.7.3/Lib/
-rwxr-xr-x scarolan/scarolan 18543 2012-04-09 18:07:31 Python-2.7.3/Lib/smtpd.py
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd Python-2.7.3
++ /usr/bin/id -u
+ '[' 500 = 0 ']'
++ /usr/bin/id -u
+ '[' 500 = 0 ']'
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ exit 0
Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.43579
+ umask 022
+ cd /home/scarolan/Python-2.7.3/build/bdist.linux-x86_64/rpm/BUILD
+ cd Python-2.7.3
+ env 'CFLAGS=-O2 -g -m64 -mtune=generic' python setup.py build
running build
running build_ext
INFO: Can't locate Tcl/Tk libs and/or headers
error: Modules/Setup: No such file or directory
error: Bad exit status from /var/tmp/rpm-tmp.43579 (%build)


RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.43579 (%build)
error: command 'rpmbuild' failed with exit status 1

----------
components: Build
messages: 185298
nosy: Sean.Carolan
priority: normal
severity: normal
status: open
title: python setup.py bdist_rpm is broken
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17553>
_______________________________________

From report at bugs.python.org  Tue Mar 26 21:34:55 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 26 Mar 2013 20:34:55 +0000
Subject: [issue17545] os.listdir and os.path.join inconsistent on empty path
In-Reply-To: <1364228813.43.0.916487849633.issue17545@psf.upfronthosting.co.za>
Message-ID: <1364330095.76.0.708702163994.issue17545@psf.upfronthosting.co.za>


R. David Murray added the comment:

I'm inclined to agree with you.  I believe '' represents the current directory in sys.path, for example.  It ought to be easy to add this since issue 6095 is already fixed.

----------
versions: +Python 3.4 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17545>
_______________________________________

From report at bugs.python.org  Tue Mar 26 21:49:26 2013
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Tue, 26 Mar 2013 20:49:26 +0000
Subject: [issue16692] Support TLS 1.1 and TLS 1.2
In-Reply-To: <1355592665.89.0.539973629387.issue16692@psf.upfronthosting.co.za>
Message-ID: <1364330966.24.0.965564730413.issue16692@psf.upfronthosting.co.za>


Michele Orr? added the comment:

.. sorry for all these trivialities.

----------
Added file: http://bugs.python.org/file29584/issue16692.3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16692>
_______________________________________

From report at bugs.python.org  Tue Mar 26 21:56:13 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 26 Mar 2013 20:56:13 +0000
Subject: [issue16692] Support TLS 1.1 and TLS 1.2
In-Reply-To: <1355592665.89.0.539973629387.issue16692@psf.upfronthosting.co.za>
Message-ID: <1364331373.92.0.395370332071.issue16692@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Thanks. I don't know what happened, but the last patch fails to apply:

$ patch -p1 < issue16692.3.patch 
patching file Doc/library/ssl.rst
patching file Doc/whatsnew/3.4.rst
patching file Lib/ssl.py
patching file Lib/test/test_ssl.py
patching file Misc/NEWS
Hunk #1 succeeded at 1005 (offset 46 lines).
patching file Modules/_ssl.c
patch: **** malformed patch at line 291:  struct py_ssl_error_code {


$ hg import --no-commit issue16692.3.patch 
application de issue16692.3.patch
abandon?: bad hunk #2 @@ -73,7 +78,13 @@
 (7 7 15 13)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16692>
_______________________________________

From report at bugs.python.org  Tue Mar 26 22:02:15 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 26 Mar 2013 21:02:15 +0000
Subject: [issue17554] Compact output for regrtest
Message-ID: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>


New submission from Ezio Melotti:

The attached patch is a proof of concept that changes the output of regrtest so that the "[xxx/yyy] test_zzzzzz" is updated in place instead of printing each test on a separate line.  Failures, skips, and the final report are printed normally, making it easier to find what failed without having to scroll for 400+ lines of output.
The patch works with and without -j, but I haven't tested it with other flags.

If people like the idea, this could be the default behavior, otherwise a new flag to enable the feature could be added (or it could be enabled with the already existing -q/--quiet).

Also attached a sample output of a full test run.

----------
components: Tests
files: regr.diff
keywords: patch
messages: 185302
nosy: brett.cannon, chris.jerdonek, ezio.melotti, haypo, pitrou, r.david.murray
priority: normal
severity: normal
stage: needs patch
status: open
title: Compact output for regrtest
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29585/regr.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Tue Mar 26 22:02:49 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 26 Mar 2013 21:02:49 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364331769.89.0.902647047099.issue17554@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


Added file: http://bugs.python.org/file29586/regroutput.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Tue Mar 26 22:05:31 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 26 Mar 2013 21:05:31 +0000
Subject: [issue17552] socket.sendfile()
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <1364331931.77.0.915967488663.issue17552@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

> I don't understand the point of the second member in the tuple

The 'exception' member can be useful to know the reason why sendfile() failed and send() was used as fallback.


> the timeout logic should be fixed so that the total operation
> time doesn't exceed the timeout, rather than each iteration

Do you mean that if the user sets a timeout=2 and the whole transfer takes longer than that you expect a timeout exception?
That's pretty unusual (e.g. ftplib does not behave like that).


> non-blocking sockets could be supported by returning partial writes,
> and letting the caller pass an offset argument

I see little value in supporting non-blocking sockets because someone willing to do that usually wants to use sendfile() directly (no wrappers involved) as they are forced to handle errors and take count of transmitted bytes in their own code anyway.
Here's an example of how sendfile is supposed to be used with non-blocking sockets:
https://code.google.com/p/pyftpdlib/source/browse/tags/release-0.7.0/pyftpdlib/ftpserver.py#1035
An extra layer such as the one proposed in my patch is completely useless and also slow considering the amount of instructions before the actual sendfile() call.
It is however a good idea to provide an 'offset' argument.


> as a vocabulary nit, I don't really understand what "mmap-like file" means

Will turn that into "regular files".


> I don't see how you could get EMFILE (select() will return a ValueError)

Right. Will fix that.

> is there any platform with sendfile() which doesn't support poll()?

No idea. I made a quick tour on snakebite and apparently all of the provided platforms have poll(). 


> I still don't see the point of calling sendfile() with a block size

I will make some actual benchmarks and fix that later if makes sense.
Assuming providing a high blocksize (say 1MB) makes no difference in terms of CPU usage it's better to keep that for consistency with sendall() in case we fallback on using it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Tue Mar 26 22:11:51 2013
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Tue, 26 Mar 2013 21:11:51 +0000
Subject: [issue16692] Support TLS 1.1 and TLS 1.2
In-Reply-To: <1355592665.89.0.539973629387.issue16692@psf.upfronthosting.co.za>
Message-ID: <1364332311.9.0.496667598766.issue16692@psf.upfronthosting.co.za>


Changes by Michele Orr? <maker.py at gmail.com>:


Added file: http://bugs.python.org/file29587/issue16692.4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16692>
_______________________________________

From report at bugs.python.org  Tue Mar 26 22:15:13 2013
From: report at bugs.python.org (Demian Brecht)
Date: Tue, 26 Mar 2013 21:15:13 +0000
Subject: [issue17272] request.full_url: unexpected results on assignment
In-Reply-To: <1361512602.9.0.97298415685.issue17272@psf.upfronthosting.co.za>
Message-ID: <1364332513.87.0.701838603049.issue17272@psf.upfronthosting.co.za>


Demian Brecht added the comment:

Based on your and Andrew's comment in issue #16464 (new behaviour so it should only apply to 3.4), I agree that this should be a 3.4-only change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17272>
_______________________________________

From report at bugs.python.org  Tue Mar 26 22:21:11 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 26 Mar 2013 21:21:11 +0000
Subject: [issue16692] Support TLS 1.1 and TLS 1.2
In-Reply-To: <1355592665.89.0.539973629387.issue16692@psf.upfronthosting.co.za>
Message-ID: <1364332871.42.0.0431874518291.issue16692@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ok, yet another issue :-) Testing on a machine with OpenSSL 1.0.0 gives the following failures. I think you mixed up skipIf / skipUnless.

======================================================================
ERROR: test_protocol_sslv2 (test.test_ssl.ThreadedTests)
Connecting to an SSLv2 server with various client options
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/antoine/cpython/default/Lib/test/test_ssl.py", line 87, in f
    return func(*args, **kwargs)
  File "/home/antoine/cpython/default/Lib/test/test_ssl.py", line 1493, in test_protocol_sslv2
    try_protocol_combo(ssl.PROTOCOL_SSLv2, ssl.PROTOCOL_SSLv23, True)
  File "/home/antoine/cpython/default/Lib/test/test_ssl.py", line 1363, in try_protocol_combo
    chatty=False, connectionchatty=False)
  File "/home/antoine/cpython/default/Lib/test/test_ssl.py", line 1301, in server_params_test
    s.connect((HOST, server.port))
  File "/home/antoine/cpython/default/Lib/ssl.py", line 582, in connect
    self._real_connect(addr, False)
  File "/home/antoine/cpython/default/Lib/ssl.py", line 572, in _real_connect
    self.do_handshake()
  File "/home/antoine/cpython/default/Lib/ssl.py", line 552, in do_handshake
    self._sslobj.do_handshake()
ConnectionResetError: [Errno 104] Connection reset by peer

======================================================================
ERROR: test_protocol_tlsv1_1 (test.test_ssl.ThreadedTests)
Connecting to a TLSv1.1 server with various client options.
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/antoine/cpython/default/Lib/test/test_ssl.py", line 87, in f
    return func(*args, **kwargs)
  File "/home/antoine/cpython/default/Lib/test/test_ssl.py", line 1582, in test_protocol_tlsv1_1
    try_protocol_combo(ssl.PROTOCOL_TLSv1_1, ssl.PROTOCOL_TLSv1_1, True)
AttributeError: 'module' object has no attribute 'PROTOCOL_TLSv1_1'

======================================================================
ERROR: test_protocol_tlsv1_2 (test.test_ssl.ThreadedTests)
Connecting to a TLSv1.2 server with various client options.
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/antoine/cpython/default/Lib/test/test_ssl.py", line 87, in f
    return func(*args, **kwargs)
  File "/home/antoine/cpython/default/Lib/test/test_ssl.py", line 1602, in test_protocol_tlsv1_2
    try_protocol_combo(ssl.PROTOCOL_TLSv1_2, ssl.PROTOCOL_TLSv1_2, True,
AttributeError: 'module' object has no attribute 'PROTOCOL_TLSv1_2'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16692>
_______________________________________

From report at bugs.python.org  Tue Mar 26 22:22:36 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 26 Mar 2013 21:22:36 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364332956.4.0.660495474361.issue17554@psf.upfronthosting.co.za>


R. David Murray added the comment:

I would like both the normal (non-overwritten) progress list and the summary at the end :)

I would not like the overwriting mode to be the default, but otherwise it looks good.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Tue Mar 26 22:23:12 2013
From: report at bugs.python.org (R. David Murray)
Date: Tue, 26 Mar 2013 21:23:12 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364332992.93.0.409359644613.issue17554@psf.upfronthosting.co.za>


R. David Murray added the comment:

Oh, by 'looks good' I was referring to the output, not the patch, which I haven't looked at yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Tue Mar 26 22:32:47 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 26 Mar 2013 21:32:47 +0000
Subject: [issue16692] Support TLS 1.1 and TLS 1.2
In-Reply-To: <1355592665.89.0.539973629387.issue16692@psf.upfronthosting.co.za>
Message-ID: <1364333567.26.0.237728468131.issue16692@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Here is an updated patch fixing the aforementioned issue (as well as another small issue with the set_ciphers("ALL") hack).

----------
Added file: http://bugs.python.org/file29588/tls12.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16692>
_______________________________________

From report at bugs.python.org  Tue Mar 26 23:04:29 2013
From: report at bugs.python.org (Demian Brecht)
Date: Tue, 26 Mar 2013 22:04:29 +0000
Subject: [issue17272] request.full_url: unexpected results on assignment
In-Reply-To: <1361512602.9.0.97298415685.issue17272@psf.upfronthosting.co.za>
Message-ID: <1364335469.77.0.450148776192.issue17272@psf.upfronthosting.co.za>


Demian Brecht added the comment:

Patch updated (acks update, fixed order) per Terry's instructions on core-mentorship.

----------
Added file: http://bugs.python.org/file29589/request_17272.1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17272>
_______________________________________

From report at bugs.python.org  Wed Mar 27 01:05:19 2013
From: report at bugs.python.org (=?utf-8?q?Domen_Ko=C5=BEar?=)
Date: Wed, 27 Mar 2013 00:05:19 +0000
Subject: [issue7559] TestLoader.loadTestsFromName swallows import errors
In-Reply-To: <1261429637.28.0.131724711132.issue7559@psf.upfronthosting.co.za>
Message-ID: <1364342719.11.0.106712878467.issue7559@psf.upfronthosting.co.za>


Domen Ko?ar added the comment:

What can I do to put this forward? It's still an issue in py2.7

----------
nosy: +iElectric

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7559>
_______________________________________

From report at bugs.python.org  Wed Mar 27 01:10:40 2013
From: report at bugs.python.org (andrew cooke)
Date: Wed, 27 Mar 2013 00:10:40 +0000
Subject: [issue17403] Robotparser fails to parse some robots.txt
In-Reply-To: <1363085904.54.0.398684856881.issue17403@psf.upfronthosting.co.za>
Message-ID: <1364343040.97.0.031840593257.issue17403@psf.upfronthosting.co.za>


andrew cooke added the comment:

what is rietveld?

and why is this marked as "easy"?  it seems like it involves issues that aren't described well in the spec - it requires some kind of canonical way to describe urls with (and without) parameters to solve completely.

----------
nosy: +acooke

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17403>
_______________________________________

From report at bugs.python.org  Wed Mar 27 01:14:20 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 27 Mar 2013 00:14:20 +0000
Subject: [issue17403] Robotparser fails to parse some robots.txt
In-Reply-To: <1363085904.54.0.398684856881.issue17403@psf.upfronthosting.co.za>
Message-ID: <1364343260.56.0.279739947313.issue17403@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Rietveld is the review tool.  You can access it by clicking on the "review" link at the right of the patch.  You should have received an email as well when I made the review.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17403>
_______________________________________

From report at bugs.python.org  Wed Mar 27 01:19:23 2013
From: report at bugs.python.org (andrew cooke)
Date: Wed, 27 Mar 2013 00:19:23 +0000
Subject: [issue17403] Robotparser fails to parse some robots.txt
In-Reply-To: <1363085904.54.0.398684856881.issue17403@psf.upfronthosting.co.za>
Message-ID: <1364343563.85.0.564478319727.issue17403@psf.upfronthosting.co.za>


andrew cooke added the comment:

thanks (only subscribed to this now, so no previous email).

my guess is that google are assuming a dumb regexp so

   http://example.com/foo?

in a rule does not match

   http://example.com/foo

and also i realised that http://google.com/robots.txt doesn't contain any url with multiple parameters.  so perhaps i was wrong about needing a canonical representation (ie parameter ordering).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17403>
_______________________________________

From report at bugs.python.org  Wed Mar 27 03:36:19 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 27 Mar 2013 02:36:19 +0000
Subject: [issue17403] Robotparser fails to parse some robots.txt
In-Reply-To: <1363085904.54.0.398684856881.issue17403@psf.upfronthosting.co.za>
Message-ID: <1364351779.33.0.776207356723.issue17403@psf.upfronthosting.co.za>


R. David Murray added the comment:

Well, the code is easy.  Figuring out what the code is supposed to do turns out to be hard, but we didn't know that when we marked it as easy :)  

I want to do more research before OKing a fix for this.  (There is clearly a bug, I'm just not certain what the correct fix is.)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17403>
_______________________________________

From report at bugs.python.org  Wed Mar 27 04:22:55 2013
From: report at bugs.python.org (=?utf-8?q?Marc_Br=C3=BCnink?=)
Date: Wed, 27 Mar 2013 03:22:55 +0000
Subject: [issue17555] Creating new processes after importing
	multiprocessing.managers consumes more and more memory
Message-ID: <1364354575.82.0.702442791552.issue17555@psf.upfronthosting.co.za>


New submission from Marc Br?nink:

Importing multiprocessing.managers and creating new processes recursively is not a good idea. You will run out of memory very fast.  On my
machine with 8GB it only takes about 20 forks until I start swapping.

----------
components: Library (Lib)
files: test_fork_02.py
messages: 185315
nosy: Marc.Br?nink
priority: normal
severity: normal
status: open
title: Creating new processes after importing multiprocessing.managers consumes more and more memory
type: resource usage
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file29590/test_fork_02.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17555>
_______________________________________

From report at bugs.python.org  Wed Mar 27 08:05:17 2013
From: report at bugs.python.org (Muhammad Hallaj Subery)
Date: Wed, 27 Mar 2013 07:05:17 +0000
Subject: [issue17556] os.path.join() converts None to '' by default
Message-ID: <1364367917.65.0.452140902839.issue17556@psf.upfronthosting.co.za>


New submission from Muhammad Hallaj Subery:

I think the default behavior of os.path.join() when None is passed as the first argument should be to translate it to '' by default.

>>> import os
>>> os.path.join(None, 'somewhere')
'somewhere'

vs the current

>>> import os
>>> os.path.join(None, 'somewhere')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python2.7/posixpath.py", line 68, in join
    elif path == '' or path.endswith('/'):
AttributeError: 'NoneType' object has no attribute 'endswith'

----------
components: Library (Lib)
messages: 185316
nosy: hallaj
priority: normal
severity: normal
status: open
title: os.path.join() converts None to '' by default
type: enhancement
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17556>
_______________________________________

From report at bugs.python.org  Wed Mar 27 08:07:09 2013
From: report at bugs.python.org (Muhammad Hallaj Subery)
Date: Wed, 27 Mar 2013 07:07:09 +0000
Subject: [issue17556] os.path.join() converts None to '' by default
In-Reply-To: <1364367917.65.0.452140902839.issue17556@psf.upfronthosting.co.za>
Message-ID: <1364368029.33.0.0148435193145.issue17556@psf.upfronthosting.co.za>


Muhammad Hallaj Subery added the comment:

I believe this can be easily archived by adding the following changes:

64c64
<     path = a or ''
---
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17556>
_______________________________________

From report at bugs.python.org  Wed Mar 27 08:14:05 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 27 Mar 2013 07:14:05 +0000
Subject: [issue17546] Document the circumstances where the locals() dict gets
	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364368445.02.0.870867210276.issue17546@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
nosy: +docs at python
title: rename type returned by locals() to livedict -> Document the circumstances where the locals() dict gets updated

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 08:41:27 2013
From: report at bugs.python.org (Tyler Doyle)
Date: Wed, 27 Mar 2013 07:41:27 +0000
Subject: [issue17526] inspect.findsource raises undocumented error for code
	objects with empty filename
In-Reply-To: <1364004239.34.0.135236485776.issue17526@psf.upfronthosting.co.za>
Message-ID: <1364370087.39.0.959623467217.issue17526@psf.upfronthosting.co.za>


Changes by Tyler Doyle <kingt8y8 at gmail.com>:


Removed file: http://bugs.python.org/file29576/inspect.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17526>
_______________________________________

From report at bugs.python.org  Wed Mar 27 08:41:33 2013
From: report at bugs.python.org (Tyler Doyle)
Date: Wed, 27 Mar 2013 07:41:33 +0000
Subject: [issue17526] inspect.findsource raises undocumented error for code
	objects with empty filename
In-Reply-To: <1364004239.34.0.135236485776.issue17526@psf.upfronthosting.co.za>
Message-ID: <1364370093.42.0.321419342361.issue17526@psf.upfronthosting.co.za>


Changes by Tyler Doyle <kingt8y8 at gmail.com>:


Removed file: http://bugs.python.org/file29577/test_inspect.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17526>
_______________________________________

From report at bugs.python.org  Wed Mar 27 08:42:04 2013
From: report at bugs.python.org (Ross Lagerwall)
Date: Wed, 27 Mar 2013 07:42:04 +0000
Subject: [issue17552] socket.sendfile()
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <1364370124.04.0.676712705621.issue17552@psf.upfronthosting.co.za>


Changes by Ross Lagerwall <rosslagerwall at gmail.com>:


----------
nosy: +rosslagerwall

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Wed Mar 27 08:42:17 2013
From: report at bugs.python.org (Tyler Doyle)
Date: Wed, 27 Mar 2013 07:42:17 +0000
Subject: [issue17526] inspect.findsource raises undocumented error for code
	objects with empty filename
In-Reply-To: <1364004239.34.0.135236485776.issue17526@psf.upfronthosting.co.za>
Message-ID: <1364370137.93.0.394726693705.issue17526@psf.upfronthosting.co.za>


Changes by Tyler Doyle <kingt8y8 at gmail.com>:


Added file: http://bugs.python.org/file29591/17526_getsource.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17526>
_______________________________________

From report at bugs.python.org  Wed Mar 27 08:53:28 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 27 Mar 2013 07:53:28 +0000
Subject: [issue17555] Creating new processes after importing
	multiprocessing.managers consumes more and more memory
In-Reply-To: <1364354575.82.0.702442791552.issue17555@psf.upfronthosting.co.za>
Message-ID: <1364370808.74.0.938089617001.issue17555@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

That's due to a leak in forker-registered handlers:
The _afterfork_registry is never cleared, so spawning processes recursively keeps feeling it, which ends up consuming a huge amount of memory and slowing process creation greatly.

Could you try the attached patch?

----------
keywords: +patch
nosy: +neologix
Added file: http://bugs.python.org/file29592/afterfork.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17555>
_______________________________________

From report at bugs.python.org  Wed Mar 27 08:53:37 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 27 Mar 2013 07:53:37 +0000
Subject: [issue17555] Creating new processes after importing
	multiprocessing.managers consumes more and more memory
In-Reply-To: <1364354575.82.0.702442791552.issue17555@psf.upfronthosting.co.za>
Message-ID: <1364370817.3.0.516532021977.issue17555@psf.upfronthosting.co.za>


Changes by Charles-Fran?ois Natali <cf.natali at gmail.com>:


----------
nosy: +sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17555>
_______________________________________

From report at bugs.python.org  Wed Mar 27 10:55:41 2013
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Mar 2013 09:55:41 +0000
Subject: [issue17557] test_getgroups of test_posix can fail on OS X 10.8 if
	more than 16 groups
Message-ID: <1364378141.47.0.183536890409.issue17557@psf.upfronthosting.co.za>


New submission from Ned Deily:

Due to a change in behavior for OS X 10.8 (seen with 10.8.3), the code added to posixmodule.c in Issue7900 to handle an unlimited number of groups no longer works.  The code depends on the documented behavior of getgroups(2) failing with EINVAL when the grouplist array in the call is too small to hold all groups.  This works correctly for 10.6 and 10.7.  Currently in 10.8, such a call succeeds and truncates to the first grouplist-size groups.  The getgroups function could probably be modified to always call getgroups(0) first to get the real length.  But it seems to be a clear regression in 10.8 and breaks existing code.  I've opened a bug report with Apple about it.  I'll plan to keep this incident open until I hear something back from them.

----------
assignee: ned.deily
components: Macintosh
messages: 185319
nosy: ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: test_getgroups of test_posix can fail on OS X 10.8 if more than 16 groups
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17557>
_______________________________________

From report at bugs.python.org  Wed Mar 27 11:01:21 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 27 Mar 2013 10:01:21 +0000
Subject: [issue17546] Document the circumstances where the locals() dict gets
	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364378481.68.0.254579441363.issue17546@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Raymond, could you please get the title back? You unintentionally hijacked the issue. The "Document the circumstances where the locals() dict gets updated" is not a describing title for this issue - it is one of the possible action items. I'd prefer to see a separate issue to document the stuff that "blocks" this one. It is quite evident that this action is required, but IMHO there is not enough evidence to conclude that it will be sufficient to close this ticket.

Eric, I need more time to answer your questions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 11:24:15 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 27 Mar 2013 10:24:15 +0000
Subject: [issue17546] Document the circumstances where the locals() dict gets
	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364379855.68.0.633923022461.issue17546@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

The previous title, "rename type returned by locals() to livedict" did not describe the reality, since locals() returns a regular dict.
[Would you call x.__dict__ a livedict?]

So either this issue should be closed as invalid, because it's based on incorrect understandings of Python internals; or we could improve documentation about locals() in order to remove surprising behavior and (real) confusion in programmers' minds.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 11:58:33 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 27 Mar 2013 10:58:33 +0000
Subject: [issue17555] Creating new processes after importing
	multiprocessing.managers consumes more and more memory
In-Reply-To: <1364354575.82.0.702442791552.issue17555@psf.upfronthosting.co.za>
Message-ID: <1364381913.46.0.164036178293.issue17555@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

It seems to be a problem with ForkAwareThreadLock.  Could you try the attached patch?

----------
Added file: http://bugs.python.org/file29593/forkawarethreadlock.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17555>
_______________________________________

From report at bugs.python.org  Wed Mar 27 12:02:14 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 27 Mar 2013 11:02:14 +0000
Subject: [issue17555] Creating new processes after importing
	multiprocessing.managers consumes more and more memory
In-Reply-To: <1364354575.82.0.702442791552.issue17555@psf.upfronthosting.co.za>
Message-ID: <1364382134.32.0.747229329217.issue17555@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

_afterfork_registry is not supposed to be cleared.  But the problem with ForkAwareThreadLocal meant that the size of the registry at generation n is 2**n!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17555>
_______________________________________

From report at bugs.python.org  Wed Mar 27 13:01:07 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 27 Mar 2013 12:01:07 +0000
Subject: [issue17546] Document the circumstances where the locals() dict gets
	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364385667.99.0.167979421826.issue17546@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Eric, here is the code that confirms changed behavior under trace function for both Python 2 and 3 - http://bugs.python.org/file15081/localstest.py

I agree that the documentation fix is necessary, and if you say that it is an easier sell - I tend to believe you. But with this fix the issue is still not fully covered, so it is interesting to know what builds up to the cost of renaming if we come to some common point about the type of this 'dict' from the user point of view.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 13:03:00 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 27 Mar 2013 12:03:00 +0000
Subject: [issue17546] Document the circumstances where the locals() dict gets
	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364385780.68.0.2563031821.issue17546@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Amaury, from user's point of view (I am not a core developer - I just need to troubleshoot complicated Python code) the object (the internal structure) returned by locals() has different behavior than a normal dict.

Normal dict in Python is updated by user code (which "I as a user" can see and can inspect for further troubleshooting) and for locals's dict this is not correct. 

If dict and locals's object are of the same type, I'd expect them to be interchangeable.

By proposing a documentation fix as a final remedy, please think about the entry point through which users come to this "trap".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 13:25:27 2013
From: report at bugs.python.org (Michael Foord)
Date: Wed, 27 Mar 2013 12:25:27 +0000
Subject: [issue11664] Add patch method to unittest.TestCase
In-Reply-To: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>
Message-ID: <1364387127.14.0.621020485388.issue11664@psf.upfronthosting.co.za>


Michael Foord added the comment:

Yes this is still relevant and needs doing (and is easy).

The implementation should be similar to:

def patch(self, *args, **kwargs):
    # lazy import
    from unittest.mock import patch
    p = patch(*args, **kwargs)
    result = p.start()
    self.addCleanup(p.stop)
    return result

Plus tests and documentation.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11664>
_______________________________________

From report at bugs.python.org  Wed Mar 27 13:45:05 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 27 Mar 2013 12:45:05 +0000
Subject: [issue17546] Document the circumstances where the locals() dict gets
	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364388305.27.0.470596674615.issue17546@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

> Normal dict in Python is updated by user code (which "I as a user" can
> see and can inspect for further troubleshooting) and for locals's dict
> this is not correct.

Do you have an example?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 13:58:05 2013
From: report at bugs.python.org (Michael Foord)
Date: Wed, 27 Mar 2013 12:58:05 +0000
Subject: [issue7559] TestLoader.loadTestsFromName swallows import errors
In-Reply-To: <1261429637.28.0.131724711132.issue7559@psf.upfronthosting.co.za>
Message-ID: <1364389085.47.0.559313549941.issue7559@psf.upfronthosting.co.za>


Michael Foord added the comment:

My preferred fix is to wrap "an exception during import" as a test that fails instead of an AttributeError. This would definitely be a new feature rather than a bugfix - so it could only be in 3.4. 

It could be made available to Python 2.7 through the unittest2 backport.

None of the current patches implement my preferred solution yet.

----------
versions: +Python 3.4 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7559>
_______________________________________

From report at bugs.python.org  Wed Mar 27 14:06:46 2013
From: report at bugs.python.org (=?utf-8?q?Domen_Ko=C5=BEar?=)
Date: Wed, 27 Mar 2013 13:06:46 +0000
Subject: [issue7559] TestLoader.loadTestsFromName swallows import errors
In-Reply-To: <1261429637.28.0.131724711132.issue7559@psf.upfronthosting.co.za>
Message-ID: <1364389606.38.0.372121601633.issue7559@psf.upfronthosting.co.za>


Domen Ko?ar added the comment:

One relevant use case is the following: https://github.com/Pylons/venusian/issues/23

Here the module is supposed to raise an ImportError.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7559>
_______________________________________

From report at bugs.python.org  Wed Mar 27 14:18:00 2013
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 27 Mar 2013 13:18:00 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364390280.86.0.602035832585.issue17554@psf.upfronthosting.co.za>


Brett Cannon added the comment:

So are you saying you want both the short-form output while running but then the whole output upon completion, David? I can understand wanting the summaries still in order to sort the skipped tests vs. failures, but not outputting every test that succeeded since you can figure that out through a process of elimination w/o much issue.

I think instead it would serve us better to have a command to write the tests that were run and what happened to a file for use with the -f with successes commented out, skips commented out along with the skipped message, and then only failures left uncommented for easier re-running of the tests in the same order.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Wed Mar 27 14:40:18 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 27 Mar 2013 13:40:18 +0000
Subject: [issue17551] Windows - accessing drive with nothing mounted forces
	user interaction
In-Reply-To: <1364318804.06.0.966349277982.issue17551@psf.upfronthosting.co.za>
Message-ID: <1364391618.16.0.385173833078.issue17551@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

Does it change something if you insert in your script (in 3.3):
    import msvcrt
    msvcrt.SetErrorMode(msvcrt.SEM_FAILCRITICALERRORS)

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17551>
_______________________________________

From report at bugs.python.org  Wed Mar 27 14:48:24 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 27 Mar 2013 13:48:24 +0000
Subject: [issue17546] Document the circumstances where the locals() dict gets
	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364392104.16.0.0467132087827.issue17546@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Example:

    l = locals()
    z = dict(a=5, b=3)

    lc = dict(l)
    zc = dict(z)

    print(lc == l)
    print(zc == z)

Gives:

    False
    True

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 14:59:08 2013
From: report at bugs.python.org (Michael Foord)
Date: Wed, 27 Mar 2013 13:59:08 +0000
Subject: [issue17329] Document unittest.SkipTest
In-Reply-To: <1362150273.59.0.386989863107.issue17329@psf.upfronthosting.co.za>
Message-ID: <1364392748.7.0.377690816724.issue17329@psf.upfronthosting.co.za>


Michael Foord added the comment:

For features like test skipping I would prefer to keep all the documentation together.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17329>
_______________________________________

From report at bugs.python.org  Wed Mar 27 15:00:00 2013
From: report at bugs.python.org (Kenneth O'Brien)
Date: Wed, 27 Mar 2013 14:00:00 +0000
Subject: [issue12271] panel.h is not found even if it's installed on various
	flavours of SUSE
In-Reply-To: <1307365298.12.0.602165301483.issue12271@psf.upfronthosting.co.za>
Message-ID: <1364392800.7.0.140330974678.issue12271@psf.upfronthosting.co.za>


Kenneth O'Brien added the comment:

I have created a simple patch that solves this problem. Depending on whether panel.h or ncurses/panel.h are found, the appropriate one is included.

----------
nosy: +Kenneth.O'Brien
Added file: http://bugs.python.org/file29594/ken_ncurses.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12271>
_______________________________________

From report at bugs.python.org  Wed Mar 27 15:08:35 2013
From: report at bugs.python.org (bob gailer)
Date: Wed, 27 Mar 2013 14:08:35 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364392104.16.0.0467132087827.issue17546@psf.upfronthosting.co.za>
Message-ID: <5152FD62.3080801@gmail.com>


bob gailer added the comment:

On 3/27/2013 9:48 AM, anatoly techtonik wrote:
> anatoly techtonik added the comment:
>
> Example:
>
>      l = locals()
>      z = dict(a=5, b=3)
>
>      lc = dict(l)
>      zc = dict(z)
>
>      print(lc == l)
>      print(zc == z)
>
> Gives:
>
>      False
>      True
Expected behavior.
lc is not another reference to locals(). It refers to a new object.
zc = ... updates locals() but not lc

----------
nosy: +bgailer
title: Document the circumstances where the locals() dict gets updated -> Document the circumstances where the locals() dict gets	updated

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 15:10:24 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 27 Mar 2013 14:10:24 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364393424.67.0.169862687659.issue17546@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

This is expected: "zc = xxx" updates locals!
but not the copy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 15:32:18 2013
From: report at bugs.python.org (Marcus Cobden)
Date: Wed, 27 Mar 2013 14:32:18 +0000
Subject: [issue17558] gdb debugging python frames in optimised interpreters
Message-ID: <1364394738.16.0.265916302461.issue17558@psf.upfronthosting.co.za>


New submission from Marcus Cobden:

I've made some tweaks to the libpython.py util functions to better pick up python frames when using a normal python interpreter.

It's not by any means perfect, but it works on my ubuntu-shipped python interpreter (with debugging symbols installed, but not running the debug interpreter).

It works by finding the top frame via the thread state struct, and then going up the frame stack, comparing the stack pointer to a stack pointer in the C context.

I'd appreciate some feedback/advice :)

https://gist.github.com/leth/5254239/revisions

----------
components: Demos and Tools
messages: 185337
nosy: mcobden
priority: normal
severity: normal
status: open
title: gdb debugging python frames in optimised interpreters
type: enhancement
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17558>
_______________________________________

From report at bugs.python.org  Wed Mar 27 15:41:09 2013
From: report at bugs.python.org (=?utf-8?q?Ga=C3=ABtan_de_Menten?=)
Date: Wed, 27 Mar 2013 14:41:09 +0000
Subject: [issue17559] str.is* implementation seem suboptimal for single
	character strings
Message-ID: <1364395269.34.0.903596007794.issue17559@psf.upfronthosting.co.za>


New submission from Ga?tan de Menten:

In isspace, isalpha, isalnum and isdigit, I see code like:

/* Shortcut for single character strings */
if (PyString_GET_SIZE(self) == 1 &&
    isspace(*p))
    return PyBool_FromLong(1);

Is it intentional to not use:

if (PyString_GET_SIZE(self) == 1))
    return PyBool_FromLong(isspace(*p) != 0);

which would be faster when the result is False (but a tad slower when it is True because of the extra comparison).

Also, is there a reason (other than historical) why the macros Py_RETURN_TRUE and Py_RETURN_FALSE are not used instead of their equivalent functions PyBool_FromLong(1) and PyBool_FromLong(0)?

See:
http://hg.python.org/cpython/file/e87364449954/Objects/stringobject.c#l3324

----------
components: Interpreter Core
messages: 185338
nosy: gdementen
priority: normal
severity: normal
status: open
title: str.is* implementation seem suboptimal for single character strings
type: performance

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17559>
_______________________________________

From report at bugs.python.org  Wed Mar 27 15:43:12 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 27 Mar 2013 14:43:12 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364395392.68.0.805581900657.issue17546@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

> "I as a user" can
> see and can inspect for further troubleshooting

This doesn't work for this example, which was your question.

I still feel like this needs further clarification. For a user this behavior is not expected. User is someone who doesn't know the internal details of Python interpreter (and may not even remember that dict can be modified by reference). If you disagree with me - try to do corridor testing and see how many people will compile it in their head and give you the right answer to this example.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 16:21:48 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 27 Mar 2013 15:21:48 +0000
Subject: [issue17536] update browser list with additional browser names
In-Reply-To: <1364146928.84.0.219994349931.issue17536@psf.upfronthosting.co.za>
Message-ID: <1364397708.14.0.285577072452.issue17536@psf.upfronthosting.co.za>


?ric Araujo added the comment:

FTR the shlex unicode bug reports are #6988 and #1170, and the cStringIO bug is #1548891.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17536>
_______________________________________

From report at bugs.python.org  Wed Mar 27 16:35:19 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 27 Mar 2013 15:35:19 +0000
Subject: [issue17553] python setup.py bdist_rpm is broken
In-Reply-To: <1364329717.96.0.312657268888.issue17553@psf.upfronthosting.co.za>
Message-ID: <1364398519.44.0.527200550454.issue17553@psf.upfronthosting.co.za>


?ric Araujo added the comment:

To build Python itself you need to use the Makefile and the Misc/RPM/python-2.7.spec file.  The doc you?re referring to talks about building rpm packages for Python libraries, not CPython itself.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17553>
_______________________________________

From report at bugs.python.org  Wed Mar 27 16:37:47 2013
From: report at bugs.python.org (Sean Carolan)
Date: Wed, 27 Mar 2013 15:37:47 +0000
Subject: [issue17553] python setup.py bdist_rpm is broken
In-Reply-To: <1364329717.96.0.312657268888.issue17553@psf.upfronthosting.co.za>
Message-ID: <1364398667.94.0.200229888881.issue17553@psf.upfronthosting.co.za>


Sean Carolan added the comment:

?ric Araujo, if that is the case then why does it build what looks like a *.spec file for Python itself?

[scarolan at titania:~/Python-2.7.3]$ head -10 ./build/bdist.linux-x86_64/rpm/SPECS/Python.spec
%define name Python
%define version 2.7.3
%define unmangled_version 2.7.3
%define release 1

Summary: A high-level object-oriented programming language
Name: %{name}
Version: %{version}
Release: %{release}
Source0: %{name}-%{unmangled_version}.tar.gz

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17553>
_______________________________________

From report at bugs.python.org  Wed Mar 27 16:48:47 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 27 Mar 2013 15:48:47 +0000
Subject: [issue17553] python setup.py bdist_rpm is broken
In-Reply-To: <1364329717.96.0.312657268888.issue17553@psf.upfronthosting.co.za>
Message-ID: <1364399327.58.0.98796304169.issue17553@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Sorry, I don?t understand the question.

The point still stands: one should not use setup.py build_rpm to build an RPM for CPython.  Please read Misc/RPM/README.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17553>
_______________________________________

From report at bugs.python.org  Wed Mar 27 16:52:01 2013
From: report at bugs.python.org (mrjbq7)
Date: Wed, 27 Mar 2013 15:52:01 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
Message-ID: <1364399521.2.0.696890688109.issue17560@psf.upfronthosting.co.za>


New submission from mrjbq7:

I ran into a problem using multiprocessing to create large data objects (in this case numpy float64 arrays with 90,000 columns and 5,000 rows) and return them to the original python process.

It breaks in both Python 2.7 and 3.3, using numpy 1.7.0 (but with different error messages).

It is possible the array is too large to be serialized (450 million 64-bit numbers exceeds a 32-bit limit)?


Python 2.7
==========

Process PoolWorker-1:
Traceback (most recent call last):
  File "/usr/lib/python2.7/multiprocessing/process.py", line 258, in _bootstrap
    self.run()
  File "/usr/lib/python2.7/multiprocessing/process.py", line 114, in run
    self._target(*self._args, **self._kwargs)
  File "/usr/lib/python2.7/multiprocessing/pool.py", line 99, in worker
    put((job, i, result))
  File "/usr/lib/python2.7/multiprocessing/queues.py", line 390, in put
    return send(obj)
SystemError: NULL result without error in PyObject_Call


Python 3.3
==========

Traceback (most recent call last):
  File "multi.py", line 18, in <module>
    results = pool.map_async(make_data, range(5)).get(9999999)
  File "/usr/lib/python3.3/multiprocessing/pool.py", line 562, in get
    raise self._value
multiprocessing.pool.MaybeEncodingError: Error sending result: '[array([[ 0.74628629,  0.36130663, -0.65984794, ..., -0.70921838,
         0.34389663, -1.7135126 ],
       [ 0.60266867, -0.40652402, -1.31590562, ...,  1.44896246,
        -0.3922366 , -0.85012842],
       [ 0.59629641, -0.00623001, -0.12914128, ...,  0.99925511,
        -2.30418136,  1.73414009],
       ..., 
       [ 0.24246639,  0.87519509,  0.24109069, ..., -0.48870107,
        -0.20910332,  0.11749621],
       [ 0.62108937, -0.86217542, -0.47357384, ...,  1.59872243,
         0.76639995, -0.56711461],
       [ 0.90976471,  1.73566475, -0.18191821, ...,  0.19784432,
        -0.29741643, -1.46375835]])]'. Reason: 'error("'i' format requires -2147483648 <= number <= 2147483647",)'

----------
files: multi.py
messages: 185344
nosy: mrjbq7
priority: normal
severity: normal
status: open
title: problem using multiprocessing with really big objects?
versions: Python 3.3
Added file: http://bugs.python.org/file29595/multi.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 17:00:26 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 27 Mar 2013 16:00:26 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <1364399521.2.0.696890688109.issue17560@psf.upfronthosting.co.za>
Message-ID: <1364400026.8.0.966956442144.issue17560@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

A multiprocessing queue currently uses a 32-bit signed int to encode object length (in bytes):

    def _send_bytes(self, buf):
        # For wire compatibility with 3.2 and lower
        n = len(buf)
        self._send(struct.pack("!i", n))
        # The condition is necessary to avoid "broken pipe" errors
        # when sending a 0-length buffer if the other end closed the pipe.
        if n > 0:
            self._send(buf)

I *think* we need to keep compatibility with the wire format, but perhaps we could use a special length value (-1?) to introduce a longer (64-bit) length value.

----------
nosy: +pitrou, sbt
type:  -> enhancement
versions: +Python 3.4 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 17:05:26 2013
From: report at bugs.python.org (Sean Carolan)
Date: Wed, 27 Mar 2013 16:05:26 +0000
Subject: [issue17553] python setup.py bdist_rpm is broken
In-Reply-To: <1364329717.96.0.312657268888.issue17553@psf.upfronthosting.co.za>
Message-ID: <1364400326.01.0.309511664639.issue17553@psf.upfronthosting.co.za>


Sean Carolan added the comment:

Ok, thanks for clearing that up.  Maybe the documentation could be updated to explicitly state this to avoid confusion, eg:

"NOTE:  You cannot use setup.py to build a Python RPM.  It is only for building Python modules."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17553>
_______________________________________

From report at bugs.python.org  Wed Mar 27 17:18:51 2013
From: report at bugs.python.org (Bob Alexander)
Date: Wed, 27 Mar 2013 16:18:51 +0000
Subject: [issue17551] Windows - accessing drive with nothing mounted forces
	user interaction
In-Reply-To: <1364391618.16.0.385173833078.issue17551@psf.upfronthosting.co.za>
Message-ID: <CAKyHfRM-DhKBpjQb_q96gEBDj5ezxx0hUZTygXG6C6dNLxY7rQ@mail.gmail.com>


Bob Alexander added the comment:

Thanks for the prompt reply!

Your suggested change does change the behavior to exactly the way I think
it should work by default. Tried it on both Windows 7 and Vista; no popups
when accessing a "mobile mount" drive with nothing in it, just quietly
reports False.

I vote for making this the normal behavior of these "file exists" sort of
operations.

Hmm, I notice that msvcrt.SetErrorMode is not discussed in the current
Python 3 Standard Library docs...  :-)

Bob

On Wed, Mar 27, 2013 at 6:40 AM, Amaury Forgeot d'Arc <
report at bugs.python.org> wrote:

>
> Amaury Forgeot d'Arc added the comment:
>
> Does it change something if you insert in your script (in 3.3):
>     import msvcrt
>     msvcrt.SetErrorMode(msvcrt.SEM_FAILCRITICALERRORS)
>
> ----------
> nosy: +amaury.forgeotdarc
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17551>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17551>
_______________________________________

From report at bugs.python.org  Wed Mar 27 17:21:51 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 27 Mar 2013 16:21:51 +0000
Subject: =?utf-8?q?=5Bissue17553=5D_Note_that_distutils=E2=80=99_bdist=5Frpm_comma?=
	=?utf-8?q?nd_is_not_used_to_build_a_CPython_rpm?=
In-Reply-To: <1364329717.96.0.312657268888.issue17553@psf.upfronthosting.co.za>
Message-ID: <1364401311.84.0.454395125814.issue17553@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee:  -> docs at python
components: +Distutils, Documentation -Build
keywords: +easy
nosy: +docs at python, tarek
stage:  -> needs patch
title: python setup.py bdist_rpm is broken -> Note that distutils? bdist_rpm command is not used to build a CPython rpm
versions: +Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17553>
_______________________________________

From report at bugs.python.org  Wed Mar 27 17:48:30 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 27 Mar 2013 16:48:30 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
Message-ID: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>


New submission from Giampaolo Rodola':

Here's a function similar to socket.create_connection() which addresses all the repetitive tasks needed to order to create an IPv4/IPv6 agnostic server socket.

----------
components: Library (Lib)
files: socket.patch
keywords: easy, needs review, patch
messages: 185348
nosy: giampaolo.rodola, pitrou
priority: normal
severity: normal
status: open
title: Add socket.create_server_sock() convenience function
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29596/socket.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Wed Mar 27 17:48:52 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 27 Mar 2013 16:48:52 +0000
Subject: [issue7083] locals() behaviour differs when tracing is in effect
In-Reply-To: <1255009798.45.0.553728595296.issue7083@psf.upfronthosting.co.za>
Message-ID: <1364402932.14.0.0125395062987.issue7083@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Attached localtest2.py where an empty locals() call changes behavior.

--- localtest.py        Wed Mar 27 19:48:06 2013
+++ localtest2.py       Wed Mar 27 19:45:19 2013
@@ -3,6 +3,7 @@
 def X():
     l = locals()
     i = "foo"
+    locals()
     print("Is 'i' in stored locals()? ", ('i' in l))

 print("Running normally")

----------
Added file: http://bugs.python.org/file29597/localtest2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7083>
_______________________________________

From report at bugs.python.org  Wed Mar 27 17:55:24 2013
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 27 Mar 2013 16:55:24 +0000
Subject: [issue17557] test_getgroups of test_posix can fail on OS X 10.8 if
	more than 16 groups
In-Reply-To: <1364378141.47.0.183536890409.issue17557@psf.upfronthosting.co.za>
Message-ID: <1364403324.78.0.972018939063.issue17557@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17557>
_______________________________________

From report at bugs.python.org  Wed Mar 27 17:58:07 2013
From: report at bugs.python.org (Eric Snow)
Date: Wed, 27 Mar 2013 16:58:07 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364403487.0.0.135759936409.issue17546@psf.upfronthosting.co.za>


Eric Snow added the comment:

Thanks for the script Anatoly.  That's pretty much what I was imagining from your description.  This definitely reinforces my belief that profiling.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 18:07:14 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 27 Mar 2013 17:07:14 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>
Message-ID: <1364404034.74.0.135906671062.issue17561@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Wed Mar 27 18:11:43 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 27 Mar 2013 17:11:43 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <1364399521.2.0.696890688109.issue17560@psf.upfronthosting.co.za>
Message-ID: <1364404303.34.0.316220484918.issue17560@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

> I *think* we need to keep compatibility with the wire format, but perhaps 
> we could use a special length value (-1?) to introduce a longer (64-bit) 
> length value.

Yes we could, although that would not help on Windows pipe connections (where byte oriented messages are used instead).  Also, does pickle currently handle byte strings larger than 4GB?

But I can't help feeling that multigigabyte arrays should be transferred using shared mmaps rather than serialization.  numpy.frombuffer() could be used to recreate the array from the mmap.

multiprocessing currently only allows sharing of such shared arrays using inheritance.  Perhaps we need a picklable mmap type which can be sent over pipes and queues.  (On Unix this would probably require fd passing.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 18:13:14 2013
From: report at bugs.python.org (mrjbq7)
Date: Wed, 27 Mar 2013 17:13:14 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <1364399521.2.0.696890688109.issue17560@psf.upfronthosting.co.za>
Message-ID: <1364404394.67.0.550339255338.issue17560@psf.upfronthosting.co.za>


mrjbq7 added the comment:

On a machine with 256GB of RAM, it makes more sense to send arrays of this size than say on a laptop...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 18:17:51 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 27 Mar 2013 17:17:51 +0000
Subject: [issue7083] locals() behaviour differs when tracing is in effect
In-Reply-To: <1255009798.45.0.553728595296.issue7083@psf.upfronthosting.co.za>
Message-ID: <1364404671.95.0.0165261840157.issue7083@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Calling locals() updates the dict, just as documented.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7083>
_______________________________________

From report at bugs.python.org  Wed Mar 27 18:34:34 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 27 Mar 2013 17:34:34 +0000
Subject: [issue16754] Incorrect shared library extension on linux
In-Reply-To: <1356266166.76.0.178044154393.issue16754@psf.upfronthosting.co.za>
Message-ID: <1364405674.94.0.592566024619.issue16754@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

So sysconfig.get_config_var('SO') will change in a micro release?

Won't this break working user code? Give unexpected file names?

----------
nosy: +amaury.forgeotdarc
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16754>
_______________________________________

From report at bugs.python.org  Wed Mar 27 18:42:01 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 27 Mar 2013 17:42:01 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <1364404394.67.0.550339255338.issue17560@psf.upfronthosting.co.za>
Message-ID: <51532F5B.7040109@gmail.com>


Richard Oudkerk added the comment:

On 27/03/2013 5:13pm, mrjbq7 wrote:
> On a machine with 256GB of RAM, it makes more sense to send arrays
> of this size than say on a laptop...

I was thinking more of speed than memory consumption.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 18:47:26 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 27 Mar 2013 17:47:26 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <1364399521.2.0.696890688109.issue17560@psf.upfronthosting.co.za>
Message-ID: <1364406446.23.0.751253038666.issue17560@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

> Also, does pickle currently handle byte strings larger than 4GB?

The 2.7 failure is indeed a pickle limitation, which should now be fixed by issue #13555.

> On a machine with 256GB of RAM, it makes more sense to send arrays
> of this size than say on a laptop...

Richard was saying that you shouldn't serialize such a large array, that's just a huge performance bottleneck. The right way would be to use a shared memory.

> multiprocessing currently only allows sharing of such shared arrays
> using inheritance.

You mean through fork() COW?

>  Perhaps we need a picklable mmap type which can be sent over pipes
> and queues.  (On Unix this would probably require fd passing.)

If you use POSIX semaphores, you could pass the semaphore path and use sem_open in the other process (but that would mean you can't unlink it right after open).

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 18:52:49 2013
From: report at bugs.python.org (mrjbq7)
Date: Wed, 27 Mar 2013 17:52:49 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <1364399521.2.0.696890688109.issue17560@psf.upfronthosting.co.za>
Message-ID: <1364406769.62.0.130269600774.issue17560@psf.upfronthosting.co.za>


mrjbq7 added the comment:

> Richard was saying that you shouldn't serialize such a large array,
> that's just a huge performance bottleneck. The right way would be 
> to use a shared memory.

Gotcha, for clarification, my original use case was to *create* them
in the other process (something which took some time since they were 
calculated and not just random as in the example) and returned to the 
original process for further computation...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 18:55:53 2013
From: report at bugs.python.org (Eric Snow)
Date: Wed, 27 Mar 2013 17:55:53 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364406953.42.0.61334785695.issue17546@psf.upfronthosting.co.za>


Eric Snow added the comment:

Okay, I found it.  sys.settrace() ultimately results in the setting of tstate->use_tracing to true and sets tstate->c_tracefunc and tstate_c_traceobj (see sys_settrace() in Python/sysmodule.c and PyEval_SetTrace() in Python/ceval.c).  tstate->c_tracefunc() gets set to trace_trampoline() in Python/sysmodule.c and tstate->c_traceobj gets set to your tracing function.

When an execution frame begins, the interpreter sets up tracing.  From Python/ceval.c:1124:

/* tstate->c_tracefunc, if defined, is a
   function that will be called on *every* entry
   to a code block.  Its return value, if not
   None, is a function that will be called at
   the start of each executed line of code.
   (Actually, the function must return itself
   in order to continue tracing.)  The trace
   functions are called with three arguments:
   a pointer to the current frame, a string
   indicating why the function is called, and
   an argument which depends on the situation.
   The global trace function is also called
   whenever an exception is detected. */

So trace_trampoline() gets at the start of each block and once for each line of Python code.  Each time it calls call_trampoline() (also in Python/sysmodule.c).  You'll find that in call_trampoline(), there is a call to PyFrame_FastToLocals() just before it calls your tracing function (at that point called "callback").

When called, PyFrame_FastToLocals() updates the contents of the frame's "slow" locals (f_locals) with the values in the fast locals.  And...wait for it...f_locals is the dict that gets returned by locals().

Thus, when tracing is on, the dict returned by locals() gets updated once per block and once per line of Python code.  That is exactly what you are seeing.

When tracing is not on, PyFrame_FastToLocals() would only be called when you call locals() (inside a function).  It's interesting to note that in that case locals() will return the exact same dictionary:

>>> def f():
...     return locals() is locals()
...
>>> f()
True

Conclusion
----------

The bottom line is that the docs for locals() could stand to have a little more detail for this case (including a link to the docs for tracing at sys.settrace() or wherever).  However, the behavior here is--at present--a CPython implementation detail.  Any note would likely say as much; something like this:

.. function:: locals()

   ...

   Each call to locals() will return the same dictionary, updated to
   the contents of the current local symbol table.

   .. impl-detail::

      Under tracing and profiling in CPython, the dict returned by
      ``locals()`` will be updated at the beginning of each code block
      and at each line of code.  See :func:`sys.settrace`.

The note is really only meaningful for functions since class bodies and modules don't use fast locals and f_locals is set to f_globals (i.e. locals() == globals()).  However, that point is superfluous to the above note since it remains true either way.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 19:01:42 2013
From: report at bugs.python.org (Eric Snow)
Date: Wed, 27 Mar 2013 18:01:42 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364407302.28.0.640979739963.issue17546@psf.upfronthosting.co.za>


Eric Snow added the comment:

I should also point out that the following from that note may actually also be a CPython implementation detail:

   Each call to locals() will return the same dictionary, updated to
   the contents of the current local symbol table.

We'd want to be sure that such should be expected from all implementations (since it basically adds to the language specification).  Otherwise it should also go in an impl-detail note.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 19:02:12 2013
From: report at bugs.python.org (Ned Batchelder)
Date: Wed, 27 Mar 2013 18:02:12 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364407332.41.0.905313096546.issue17546@psf.upfronthosting.co.za>


Changes by Ned Batchelder <ned at nedbatchelder.com>:


----------
nosy: +nedbat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Wed Mar 27 19:16:47 2013
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 27 Mar 2013 18:16:47 +0000
Subject: [issue17329] Document unittest.SkipTest
In-Reply-To: <1362150273.59.0.386989863107.issue17329@psf.upfronthosting.co.za>
Message-ID: <3ZbcqL2dh2zQjT@mail.python.org>


Roundup Robot added the comment:

New changeset cd5c23583fa5 by Ezio Melotti in branch '3.2':
#17329: document unittest.SkipTest.  Initial patch by Zachary Ware.
http://hg.python.org/cpython/rev/cd5c23583fa5

New changeset 4bf2a53b53b6 by Ezio Melotti in branch '3.3':
#17329: merge with 3.2.
http://hg.python.org/cpython/rev/4bf2a53b53b6

New changeset 53cc3dbb1918 by Ezio Melotti in branch 'default':
#17329: merge with 3.3.
http://hg.python.org/cpython/rev/53cc3dbb1918

New changeset 13eb2fd70893 by Ezio Melotti in branch '2.7':
#17329: document unittest.SkipTest.  Initial patch by Zachary Ware.
http://hg.python.org/cpython/rev/13eb2fd70893

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17329>
_______________________________________

From report at bugs.python.org  Wed Mar 27 19:17:40 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 27 Mar 2013 18:17:40 +0000
Subject: [issue17329] Document unittest.SkipTest
In-Reply-To: <1362150273.59.0.386989863107.issue17329@psf.upfronthosting.co.za>
Message-ID: <1364408260.24.0.270055273542.issue17329@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the patch!

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17329>
_______________________________________

From report at bugs.python.org  Wed Mar 27 19:39:41 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 27 Mar 2013 18:39:41 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>
Message-ID: <1364409581.07.0.69968259957.issue17561@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

I think that's a good idea.

However, there's a problem with the implementation: if one passes "" or None as address on a dual-stack node, the resulting socket will be either IPv4 bound to INADDR_ANY, or IPv6 bound to IN6ADDR_ANY, whereas one would expect to be bound both in IPv4 and IPv6. In the later case, some platforms (like Linux) use IPv4-mapped addresses by default, some others (e.g. some versions of FreeBSD) don't. So, depending on IPV6_V6ONLY setting, binding to IPV6 any won't accept IPv4 connections. Also, some platforms don't support mapped addresses at all, so the only portable solution is to bind both to 0.0.0.0 and ::, whith two different sockets, and use select() to accept both.

So it would maybe make sense to expose a ServerSocket class, with an accept method which would do the right thing (as an added bonus, it could expose set_reuse_addr(bool), since SO_REUSEADDR have subtle semantic differences between Unix and Windows).

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Wed Mar 27 19:44:03 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 27 Mar 2013 18:44:03 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364409843.31.0.54441680066.issue17554@psf.upfronthosting.co.za>


R. David Murray added the comment:

No, what I'd prefer is that the current "print it as it runs" behavior not change, but that the list of skip reasons be displayed at the end. after all the tests have completed.  This is probably not a realistic request, so I'm fine with just having Ezio's version as an option.  

To be clear: I don't have any use for the list of passed tests other than it keeping me informed of the test run progress, and for that use I want it to scroll up my display, not overwrite on one line.

That said, I don't have *strong* feelings about this :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Wed Mar 27 19:47:06 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 27 Mar 2013 18:47:06 +0000
Subject: [issue17556] os.path.join() converts None to '' by default
In-Reply-To: <1364367917.65.0.452140902839.issue17556@psf.upfronthosting.co.za>
Message-ID: <1364410026.62.0.378323192512.issue17556@psf.upfronthosting.co.za>


R. David Murray added the comment:

I think it is probably better to keep the error, myself.  It seems to me that a None creeping in is more likely to be an error in the program.   But I could be convinced otherwise :)

What is your use case?

----------
nosy: +r.david.murray
versions:  -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17556>
_______________________________________

From report at bugs.python.org  Wed Mar 27 19:55:20 2013
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 27 Mar 2013 18:55:20 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364410520.13.0.150006145625.issue17554@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I say move forward and put it behind a flag (w/ quiet is fine, maybe some arg to specify quietness or -qq much like -vv?).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Wed Mar 27 20:01:46 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 27 Mar 2013 19:01:46 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <1364406446.23.0.751253038666.issue17560@psf.upfronthosting.co.za>
Message-ID: <5153420D.4040103@gmail.com>


Richard Oudkerk added the comment:

On 27/03/2013 5:47pm, Charles-Fran?ois Natali wrote:
>> multiprocessing currently only allows sharing of such shared arrays
>> using inheritance.
>
> You mean through fork() COW?

Through fork, yes, but "shared" rather than "copy-on-write".

>>   Perhaps we need a picklable mmap type which can be sent over pipes
>> and queues.  (On Unix this would probably require fd passing.)
>
> If you use POSIX semaphores, you could pass the semaphore path and use
> sem_open in the other process (but that would mean you can't unlink it
> right after open).

I assume you mean "shared memory" and shm_open(), not "semaphores" and 
sem_open().  I don't think shm_open() really has any advantages over 
using mmaps backed by "proper" files (since posix shared memeory uses up 
space in /dev/shm which is limited).

By using fd passing you can get the operating system to do ref counting 
on the mmaps and not worry about when to unlink.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 20:03:20 2013
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 27 Mar 2013 19:03:20 +0000
Subject: [issue17556] os.path.join() converts None to '' by default
In-Reply-To: <1364367917.65.0.452140902839.issue17556@psf.upfronthosting.co.za>
Message-ID: <1364411000.15.0.457993551819.issue17556@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

I agree with David. This is a programming error, and should result in an exception.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17556>
_______________________________________

From report at bugs.python.org  Wed Mar 27 20:27:30 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 27 Mar 2013 19:27:30 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <5153420D.4040103@gmail.com>
Message-ID: <CAH_1eM3dge8=jWJadQbtHg_3sN2XiRe4-j98Z4X64E0dqFBQzw@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> Through fork, yes, but "shared" rather than "copy-on-write".

There's a subtlety: because of refcounting, just treating a COW object
as read-only (e.g. iteratin on the array) will trigger a copy
anyway...

> I assume you mean "shared memory" and shm_open(), not "semaphores" and
> sem_open().

Yes ;-)

>  I don't think shm_open() really has any advantages over
> using mmaps backed by "proper" files (since posix shared memeory uses up
> space in /dev/shm which is limited).

File-backed mmap() will incur disk I/O (although some of the data will
probably sit in the page cache), which would be much slower than a
shared memory. Also, you need corresponding disk space.
As for the /dev/shm limit, it's normally dimensioned according to the
amount of RAM, which is normally, which is in turn dimensioned
according to the working set.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 20:50:09 2013
From: report at bugs.python.org (Ashwini Chaudhary)
Date: Wed, 27 Mar 2013 19:50:09 +0000
Subject: [issue13510] Clarify that readlines() is not needed to iterate over a
	file
In-Reply-To: <1322674949.97.0.856520026774.issue13510@psf.upfronthosting.co.za>
Message-ID: <1364413809.91.0.864581038707.issue13510@psf.upfronthosting.co.za>


Changes by Ashwini Chaudhary <monty.sinngh at gmail.com>:


----------
nosy: +montysinngh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13510>
_______________________________________

From report at bugs.python.org  Wed Mar 27 20:50:10 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 27 Mar 2013 19:50:10 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>
Message-ID: <1364413810.77.0.360910455707.issue17561@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

What you say is right but whether the kernel supports an hybrid IPv4/6 stack or not there's not much we can do about it anyway.
Exactly what are you suggesting with the ServerSocket class you mentioned? What do you expect it to do?
Note that platforms supporting the dual-stack are already supported. This:

>>> socket.create_server_socket(("::", 0))

...on Linux will create a socket which is reachable both as "::1" and "127.0.0.1".
So if I'm not mistaken the alias for specifying "listen on all interfaces for both IPv4 and IPv6 addresses" would be "::" instead of "" / None.
We can document that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Wed Mar 27 21:01:09 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 27 Mar 2013 20:01:09 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>
Message-ID: <1364414469.67.0.946908779378.issue17561@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Side note: this is how in pyftpdlib I determine whether a platform supports the dual stack:

def support_hybrid_ip_v4_v6():
    # Note: IPPROTO_IPV6 constant is broken on Windows, see:
    # http://bugs.python.org/issue6926
    sock = None
    try:
        if not socket.has_ipv6:
            return False
        sock = socket.socket(socket.AF_INET6)
        return not sock.getsockopt(socket.IPPROTO_IPV6, socket.IPV6_V6ONLY)
    except (socket.error, AttributeError):
        return False
    finally:
        if sock is not None:
            sock.close()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Wed Mar 27 21:03:57 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 27 Mar 2013 20:03:57 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <CAH_1eM3dge8=jWJadQbtHg_3sN2XiRe4-j98Z4X64E0dqFBQzw@mail.gmail.com>
Message-ID: <515350A0.4020601@gmail.com>


Richard Oudkerk added the comment:

On 27/03/2013 7:27pm, Charles-Fran?ois Natali wrote:
>
> Charles-Fran?ois Natali added the comment:
>
>> Through fork, yes, but "shared" rather than "copy-on-write".
>
> There's a subtlety: because of refcounting, just treating a COW object
> as read-only (e.g. iteratin on the array) will trigger a copy
> anyway...

I mean "write-through" (as opposed to "read-only" or "copy-on-write").

>>   I don't think shm_open() really has any advantages over
>> using mmaps backed by "proper" files (since posix shared memeory uses up
>> space in /dev/shm which is limited).
>
> File-backed mmap() will incur disk I/O (although some of the data will
> probably sit in the page cache), which would be much slower than a
> shared memory. Also, you need corresponding disk space.
> As for the /dev/shm limit, it's normally dimensioned according to the
> amount of RAM, which is normally, which is in turn dimensioned
> according to the working set.

Apart from creating, unlinking and resizing the file I don't think there 
should be any disk I/O.

On Linux disk I/O only occurs when fsync() or close() are called. 
FreeBSD has a MAP_NOSYNC flag which gives Linux behaviour (otherwise 
dirty pages are flushed every 30-60).

Once the file has been unlink()ed then any sensible operating system 
should realize it does not need to sync the file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 21:06:06 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 27 Mar 2013 20:06:06 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>
Message-ID: <1364414766.6.0.342706909922.issue17561@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Tulip has something similar.  Someone should compare the two and make sure they are equivalent or similar.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Wed Mar 27 21:14:08 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 27 Mar 2013 20:14:08 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <515350A0.4020601@gmail.com>
Message-ID: <CAH_1eM00uP2kpsHsTgiivwUF7=MHdZmL_EnyoG+Ni_0dPbGxCg@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> Apart from creating, unlinking and resizing the file I don't think there
> should be any disk I/O.
>
> On Linux disk I/O only occurs when fsync() or close() are called.

What?
Writeback occurs depending on the memory pressure, percentage of used
pages, page modification time, etc. Try writing a large file without
closing it, you'll see that there's disk activity (or use
iostat/vmstat).

> FreeBSD has a MAP_NOSYNC flag which gives Linux behaviour (otherwise
> dirty pages are flushed every 30-60).

It's the same on Linux, depending on your mount options, data will be
committed to disk every 5 seconds or so, when the journal is
committed.

> Once the file has been unlink()ed then any sensible operating system
> should realize it does not need to sync the file.

Why?
Even if you delete the file right after open, if you write data to it,
when the amount of data written fills your caches, the data has to go
somewhere, even if only to make it available to the current process
upon read()...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 21:32:17 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 27 Mar 2013 20:32:17 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364413810.77.0.360910455707.issue17561@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM3-VKgDpOAyf+T4h5g8GVd+5pD+ZdU99+hsxXJniBoWXw@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> What you say is right but whether the kernel supports an hybrid IPv4/6 stack
> or not there's not much we can do about it anyway.
> Exactly what are you suggesting with the ServerSocket class you mentioned?
> What do you expect it to do?

There's a confusion.
Dual-stack merely means that the host supports both IPv4 and IPv6 natively.
The IPV6_V6ONLY tunable is just a way to enable or not IPv4-mapped
addresses (i.e. ::ffff::<IPv4 address>) so that an IPv4 client can
connect to this socket. It can be set system-wide, or on a socket
basis.

> Note that platforms supporting the dual-stack are already supported. This:
>
>>>> socket.create_server_socket(("::", 0))
>
> ...on Linux will create a socket which is reachable both as "::1" and
> "127.0.0.1".

Try the same thing after:
# echo 1 > /proc/sys/net/ipv6/bindv6only

It won't accept IPv4 connections anymore.

And that's the default on many (most) platforms, e.g. FreeBSD and
OpenBSD (I think it's also true for Windows).

So the bottom line is that with the current code, on some - most -
platforms, we'll only accept IPv6 connections (and since you iterate
over getaddrinfo() in an unspecified order you may very well bind to
IPv4 only first, in which case you'll only accept IPv4 clients).

The proper way to procedd, on platforms which don't support unsetting
IPV6_V6ONLY, is to use two sockets, one in IPv4, and one IPv6, and use
select() to accept connections.

This would propably belong to an overriden accept() method in a
ServerSocket class, since it's far from trivial.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Wed Mar 27 21:43:38 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 27 Mar 2013 20:43:38 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <CAH_1eM00uP2kpsHsTgiivwUF7=MHdZmL_EnyoG+Ni_0dPbGxCg@mail.gmail.com>
Message-ID: <515359ED.8000403@gmail.com>


Richard Oudkerk added the comment:

On 27/03/2013 8:14pm, Charles-Fran?ois Natali wrote:
>
> Charles-Fran?ois Natali added the comment:
>
>> Apart from creating, unlinking and resizing the file I don't think there
>> should be any disk I/O.
>>
>> On Linux disk I/O only occurs when fsync() or close() are called.
>
> What?
> Writeback occurs depending on the memory pressure, percentage of used
> pages, page modification time, etc. Try writing a large file without
> closing it, you'll see that there's disk activity (or use
> iostat/vmstat).

I meant when there is no memory pressure.

>> FreeBSD has a MAP_NOSYNC flag which gives Linux behaviour (otherwise
>> dirty pages are flushed every 30-60).
>
> It's the same on Linux, depending on your mount options, data will be
> committed to disk every 5 seconds or so, when the journal is
> committed.

Googling suggsests that MAP_SHARED on Linux is equivalent to MAP_SHARED 
| MAP_NOSYNC on FreeBSD.  I don't think it has anything to do with mount 
options.

The Linux man page refuses to specify

   MAP_SHARED
     Share this mapping. Updates to the mapping are visible to other
     processes that map this file, and are carried through to the
     underlying file. **The file may not actually be updated until
     msync(2) or munmap() is called.**

>> Once the file has been unlink()ed then any sensible operating system
>> should realize it does not need to sync the file.
>
> Why?
> Even if you delete the file right after open, if you write data to it,
> when the amount of data written fills your caches, the data has to go
> somewhere, even if only to make it available to the current process
> upon read()...

Can you demonstrate a slowdown with a benchmark?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 21:52:35 2013
From: report at bugs.python.org (Konstantin)
Date: Wed, 27 Mar 2013 20:52:35 +0000
Subject: [issue17562] Invitation to connect on LinkedIn
Message-ID: <820047649.6497366.1364417552812.JavaMail.app@ela4-app2308.prod>


New submission from Konstantin:

LinkedIn
------------

I'd like to add you to my professional network on LinkedIn.

- Konstantin

Konstantin Aslanidi
Author of opentradingsystem.com
Greater New York City Area

Confirm that you know Konstantin Aslanidi:
https://www.linkedin.com/e/-3qcne3-hesyzdls-6z/isd/11993347706/dmPEJwhm/?hs=false&tok=1F_d-YPz94_lE1

--
You are receiving Invitation to Connect emails. Click to unsubscribe:
http://www.linkedin.com/e/-3qcne3-hesyzdls-6z/z2oU7dKDzpt2G7xQz2FC2SclHmnUGzmsk0c/goo/report%40bugs%2Epython%2Eorg/20061/I3977399171_1/?hs=false&tok=3pdPq6KFR4_lE1

(c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.

----------
messages: 185376
nosy: Aslanidi
priority: normal
severity: normal
status: open
title: Invitation to connect on LinkedIn

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17562>
_______________________________________

From report at bugs.python.org  Wed Mar 27 21:54:07 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 27 Mar 2013 20:54:07 +0000
Subject: [issue17562] Invitation to connect on LinkedIn
Message-ID: <1364417647.21.0.502097306827.issue17562@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17562>
_______________________________________

From report at bugs.python.org  Wed Mar 27 21:54:23 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 27 Mar 2013 20:54:23 +0000
Subject: [issue17562] spam
Message-ID: <1364417663.72.0.929053843713.issue17562@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy:  -Aslanidi
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed
title: Invitation to connect on LinkedIn -> spam

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17562>
_______________________________________

From report at bugs.python.org  Wed Mar 27 22:09:55 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 27 Mar 2013 21:09:55 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <515359ED.8000403@gmail.com>
Message-ID: <CAH_1eM0EDSccmWdcCRNqXSo1JfjyMkEw+wob25h=+_OULHOV+A@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> I meant when there is no memory pressure.

http://lwn.net/Articles/326552/
"""
The kernel page cache contains in-memory copies of data blocks
belonging to files kept in persistent storage. Pages which are written
to by a processor, but not yet written to disk, are accumulated in
cache and are known as "dirty" pages. The amount of dirty memory is
listed in /proc/meminfo. Pages in the cache are flushed to disk after
an interval of 30 seconds. Pdflush is a set of kernel threads which
are responsible for writing the dirty pages to disk, either explicitly
in response to a sync() call, or implicitly in cases when the page
cache runs out of pages, if the pages have been in memory for too
long, or there are too many dirty pages in the page cache (as
specified by /proc/sys/vm/dirty_ratio).
"""

>>> FreeBSD has a MAP_NOSYNC flag which gives Linux behaviour (otherwise
>>> dirty pages are flushed every 30-60).
>>
>> It's the same on Linux, depending on your mount options, data will be
>> committed to disk every 5 seconds or so, when the journal is
>> committed.
>
> Googling suggsests that MAP_SHARED on Linux is equivalent to MAP_SHARED
> | MAP_NOSYNC on FreeBSD.  I don't think it has anything to do with mount
> options.

"""
MAP_NOSYNC        Causes data dirtied via this VM map to be flushed to
                       physical media only when necessary (usually by the
                       pager) rather than gratuitously.
[...]
"""

This just means that it will reduce synchronous writeback, but
writeback will still occur (by what they call the pager).

On Linux, writeback can be done by background kernel threads
(pdflush), or synchrously on behalf of the process.

The "mount option" thing is the following:
if the file system is mounted with data=journal or data=ordered, data
is written to disk before corresponding metadata is committed. And
metadata is written when the journal is committed, by default every 5
seconds:

man mount:
"""
ext3

       commit=nrsec       data={journal|ordered|writeback}
              Specifies the journalling mode for file data.  Metadata
is always journaled.  To use modes other than ordered on the root
filesystem, pass the mode to the kernel
              as boot parameter, e.g.  rootflags=data=journal.

              journal
                     All data is committed into the journal prior to
being written into the main filesystem.

              ordered
                     This is the default mode.  All data is forced
directly out to the main file system prior to its metadata being
committed to the journal.

              writeback
                     Data ordering is not preserved - data may be
written into the main filesystem after its metadata has been committed
to the journal.  This is  rumoured  to
                     be the highest-throughput option.  It guarantees
internal filesystem integrity, however it can allow old data to appear
in files after a crash and journal
                     recovery.

       commit=nrsec
              Sync all data and metadata every nrsec seconds. The
default value is 5 seconds. Zero means default.
"""
> The Linux man page refuses to specify
>
>    MAP_SHARED
>      Share this mapping. Updates to the mapping are visible to other
>      processes that map this file, and are carried through to the
>      underlying file. **The file may not actually be updated until
>      msync(2) or munmap() is called.**

*may*,:just as fsync() is required to make sure data is committed to
disk for a file, msync() is required for a mapping. But data is
committed asynchronously or synchronously depending on different
criterias (ratio of dirty pages, free memory, dirty pages age, etc).

> Can you demonstrate a slowdown with a benchmark?

I could, but I don't have to: a shared memory won't incur any I/O or
copy (except if it is swapped).
A file-backed mmap will incur a *lot* of I/O: really, just try
writting a 1GB file, and you'll see your disk spin, or use cat
/proc/diskstats.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 22:22:38 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 27 Mar 2013 21:22:38 +0000
Subject: [issue17558] gdb debugging python frames in optimised interpreters
In-Reply-To: <1364394738.16.0.265916302461.issue17558@psf.upfronthosting.co.za>
Message-ID: <1364419358.64.0.806897170082.issue17558@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +dmalcolm

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17558>
_______________________________________

From report at bugs.python.org  Wed Mar 27 22:33:59 2013
From: report at bugs.python.org (Mark Shannon)
Date: Wed, 27 Mar 2013 21:33:59 +0000
Subject: [issue17563] Excessive resizing of dicts when used as a cache
Message-ID: <1364420039.63.0.203772094216.issue17563@psf.upfronthosting.co.za>


New submission from Mark Shannon:

If a dict is used a cache, e.g. in functools.lru_cache, 
the reduced resize factor in 3.3 can cause excessive resizing.
This can lead to a significant performance regression.

When the the number of deletions and insertions is roughly in balance
the reduced head room in the dict (compare to 3.2) causes a large increase in the number of resizes.

The reason for this above-linear increase is that with fewer dummy keys, the chance of a dummy being overwritten is reduced *and* is there is less overhead as well.
A dictionary with 128 items will have a capacity of 256 and only 43 dummy keys. If it had a capacity of 512 (as it would have done in 3.2) then it will have 214 keys, making a resize at least 10 times less frequent.

Changing the growth function from round_up_to_power_2(used*2) to
round_up_to_power_2(used*2+capacity/2) the desirable property of only doubling in size when growing can be preserved, yet ensuring sufficient overhead when used as a cache.

Consider a dict which grows to n items and then remains that size, with frequent deletions and insertions, using the proposed growth function:

Items    Capacity         Steady state     Capacity
         on reaching n    capacity         under 3.2
  2        8                  8               8
  4        8                  16              16 
  6        16                 32              32 
  8        16                 32              32 
  10       16                 64              64 
  12       32                 64              64 
  15       32                 64              64 
  20       32                 128             128
  30       64                 128             128
  50       128                256             256
  80       128                512             512
  128      256                512             512


Thanks to Raymond Hettinger for bringing this to my attention.

Patch attached.

----------
components: Interpreter Core
files: resize.patch
keywords: patch
messages: 185378
nosy: Mark.Shannon
priority: normal
severity: normal
status: open
title: Excessive resizing of dicts when used as a cache
type: performance
versions: Python 3.3
Added file: http://bugs.python.org/file29598/resize.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17563>
_______________________________________

From report at bugs.python.org  Wed Mar 27 22:46:34 2013
From: report at bugs.python.org (Mark Shannon)
Date: Wed, 27 Mar 2013 21:46:34 +0000
Subject: [issue17564] test_urllib2_localnet fails
Message-ID: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>


New submission from Mark Shannon:

The test_urllib2_localnet test fails when run with a clean build from a clean checkout.

Machine:
Ubuntu 12.04 LTS, 64 bit
Intel  i3-2370M CPU @ 2.40GHz ? 4 

Test output:

$ ./python -m test -v test_urllib2_localnet
== CPython 3.4.0a0 (default:53cc3dbb1918, Mar 27 2013, 21:05:11) [GCC 4.6.3]
==   Linux-3.2.0-29-generic-x86_64-with-debian-wheezy-sid little-endian
==   /home/mark/repositories/cpython/build/test_python_4588
Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0, verbose=0, bytes_warning=0, quiet=0, hash_randomization=1)
[1/1] test_urllib2_localnet
test_proxy_qop_auth_int_works_or_throws_urlerror (test.test_urllib2_localnet.ProxyAuthTests) ... ok
test_proxy_qop_auth_works (test.test_urllib2_localnet.ProxyAuthTests) ... ok
test_proxy_with_bad_password_raises_httperror (test.test_urllib2_localnet.ProxyAuthTests) ... ok
test_proxy_with_no_password_raises_httperror (test.test_urllib2_localnet.ProxyAuthTests) ... ok
test_200 (test.test_urllib2_localnet.TestUrlopen) ... ok
test_200_with_parameters (test.test_urllib2_localnet.TestUrlopen) ... ok
test_404 (test.test_urllib2_localnet.TestUrlopen) ... ok
test_bad_address (test.test_urllib2_localnet.TestUrlopen) ... FAIL
test_basic (test.test_urllib2_localnet.TestUrlopen) ... ok
test_chunked (test.test_urllib2_localnet.TestUrlopen) ... ok
test_geturl (test.test_urllib2_localnet.TestUrlopen) ... ok
test_https (test.test_urllib2_localnet.TestUrlopen) ... stopping HTTPS server
joining HTTPS thread
ok
test_https_sni (test.test_urllib2_localnet.TestUrlopen) ... stopping HTTPS server
joining HTTPS thread
ok
test_https_with_cadefault (test.test_urllib2_localnet.TestUrlopen) ... stopping HTTPS server
Got an error:
[SSL: TLSV1_ALERT_UNKNOWN_CA] tlsv1 alert unknown ca (_ssl.c:555)
joining HTTPS thread
ok
test_https_with_cafile (test.test_urllib2_localnet.TestUrlopen) ... Got an error:
[SSL: TLSV1_ALERT_UNKNOWN_CA] tlsv1 alert unknown ca (_ssl.c:555)
stopping HTTPS server
joining HTTPS thread
stopping HTTPS server
joining HTTPS thread
ok
test_info (test.test_urllib2_localnet.TestUrlopen) ... ok
test_iteration (test.test_urllib2_localnet.TestUrlopen) ... ok
test_line_iteration (test.test_urllib2_localnet.TestUrlopen) ... ok
test_redirection (test.test_urllib2_localnet.TestUrlopen) ... ok
test_sending_headers (test.test_urllib2_localnet.TestUrlopen) ... ok

======================================================================
FAIL: test_bad_address (test.test_urllib2_localnet.TestUrlopen)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/mark/repositories/cpython/Lib/test/test_urllib2_localnet.py", line 568, in test_bad_address
    "http://sadflkjsasf.i.nvali.d./")
AssertionError: OSError not raised by urlopen

----------------------------------------------------------------------
Ran 20 tests in 1.080s

FAILED (failures=1)
Warning -- threading._dangling was modified by test_urllib2_localnet
test test_urllib2_localnet failed
1 test failed:
    test_urllib2_localnet

----------
components: Tests
messages: 185379
nosy: Mark.Shannon
priority: normal
severity: normal
status: open
title: test_urllib2_localnet fails
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Wed Mar 27 22:47:58 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 27 Mar 2013 21:47:58 +0000
Subject: [issue17564] test_urllib2_localnet fails
In-Reply-To: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>
Message-ID: <1364420878.46.0.703788698398.issue17564@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Are you behind some kind of a proxy? This is seen when you are running the tests and your interent connection is via proxy (and that is handling this invalid URL test)

----------
nosy: +orsenthil
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Wed Mar 27 22:52:45 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 27 Mar 2013 21:52:45 +0000
Subject: [issue17564] test_urllib2_localnet fails
In-Reply-To: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>
Message-ID: <1364421165.49.0.503113010315.issue17564@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

There's a comment in the test that says it might be because of the ISP.
What happens if you try to open that address in a browser or using something like wget?

----------
nosy: +ezio.melotti
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Wed Mar 27 22:56:08 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 27 Mar 2013 21:56:08 +0000
Subject: [issue17564] test_urllib2_localnet fails
In-Reply-To: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>
Message-ID: <1364421368.95.0.772629682036.issue17564@psf.upfronthosting.co.za>


R. David Murray added the comment:

Indeed, this is almost always a (common) ISP DNS server misconfiguration.  Well, they would claim they are "helping their users", but we know better.

Not much we can do about it, except perhaps add an explanatory note to the test failure message (if assertRaises allows that...I think I requested that feature but I don't know if it has been added).

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Wed Mar 27 22:58:55 2013
From: report at bugs.python.org (Mark Shannon)
Date: Wed, 27 Mar 2013 21:58:55 +0000
Subject: [issue17564] test_urllib2_localnet fails
In-Reply-To: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>
Message-ID: <1364421535.23.0.352875208564.issue17564@psf.upfronthosting.co.za>


Mark Shannon added the comment:

Bah, stupid BT :(
I opened the URL in my browser and got a "helpful" message telling me "Sorry, the website sadflkjsasf.i.nvali.d. cannot be found"

Perhaps we should just remove this test?
I suspect this is only going to become more common.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Wed Mar 27 22:59:38 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Wed, 27 Mar 2013 21:59:38 +0000
Subject: [issue17560] problem using multiprocessing with really big objects?
In-Reply-To: <CAH_1eM0EDSccmWdcCRNqXSo1JfjyMkEw+wob25h=+_OULHOV+A@mail.gmail.com>
Message-ID: <51536BB5.6070106@gmail.com>


Richard Oudkerk added the comment:

On 27/03/13 21:09, Charles-Fran?ois Natali wrote:
> I could, but I don't have to: a shared memory won't incur any I/O or 
> copy (except if it is swapped). A file-backed mmap will incur a *lot* 
> of I/O: really, just try writting a 1GB file, and you'll see your disk 
> spin, or use cat /proc/diskstats.

You are right.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17560>
_______________________________________

From report at bugs.python.org  Wed Mar 27 23:08:06 2013
From: report at bugs.python.org (R. David Murray)
Date: Wed, 27 Mar 2013 22:08:06 +0000
Subject: [issue17564] test_urllib2_localnet fails
In-Reply-To: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>
Message-ID: <1364422086.36.0.21940715231.issue17564@psf.upfronthosting.co.za>


R. David Murray added the comment:

I think we should instead have it email the ISP that their DNS is broken :)

Seriously, though, complain to your ISP.  My ISP at least provides name servers that don't have this "feature" if you prefer to use them, and they are the default for business accounts.  So they are being stupid, but less stupid than the original offender.

If you run a local DNS forwarding server, you can configure it to ignore the wildcard records from your upstream.  IMO everyone should run a local DNS caching/forwarding server for both this reason and for performance :)

If that test is run by default, we could change it to only run with -uall.  Then normal users wouldn't see it.

Now, all that said, I won't be crushed if the test gets deleted, but I will be very very sad about what that event says about modern ISPs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Wed Mar 27 23:16:38 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 27 Mar 2013 22:16:38 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1364422598.86.0.374155332057.issue12466@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

Hummm...
For those experiencing failures when /proc is mounted: do you have a grsecurity-patched kernel?
If RBAC is enabled, /proc/self/fd is empty, so this approach won't work...

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Thu Mar 28 00:07:58 2013
From: report at bugs.python.org (Mark Shannon)
Date: Wed, 27 Mar 2013 23:07:58 +0000
Subject: [issue16676] Segfault under Python 3.3 after PyType_GenericNew
In-Reply-To: <1355452262.45.0.54382908485.issue16676@psf.upfronthosting.co.za>
Message-ID: <1364425678.0.0.946128025816.issue16676@psf.upfronthosting.co.za>


Mark Shannon added the comment:

This issue should be considered closed.

PyType_GenericNew is a convenience function for typeobjects to put in their tp_new slots. Calling it directly only works for some types. 
It worked in 3.2 for dict, but that was happenstance.

You could use 
((PyTypeObject *)type_object)->tp_new((PyTypeObject *)type_object, NULL, NULL);
to call the new method directly, but it would be better to call the 
type_object:
PyObject_CallObject(type_object, NULL);

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16676>
_______________________________________

From report at bugs.python.org  Thu Mar 28 00:08:33 2013
From: report at bugs.python.org (Radu Voicilas)
Date: Wed, 27 Mar 2013 23:08:33 +0000
Subject: [issue17491] Consolidate traceback.format_tb and traceback.print_tb
In-Reply-To: <1363747737.23.0.181460448728.issue17491@psf.upfronthosting.co.za>
Message-ID: <1364425713.7.0.130276114766.issue17491@psf.upfronthosting.co.za>


Radu Voicilas added the comment:

Is there anything else that I have to do in order for this patch to be looked at ? I am holding off a similar one for print_exception vs. format_exception

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17491>
_______________________________________

From report at bugs.python.org  Thu Mar 28 00:34:55 2013
From: report at bugs.python.org (Daniele Raimondi)
Date: Wed, 27 Mar 2013 23:34:55 +0000
Subject: [issue17565] segfaults during serialization
Message-ID: <1364427295.89.0.0369789736711.issue17565@psf.upfronthosting.co.za>


New submission from Daniele Raimondi:

pickle and cPickle cause really often segfaults when dumping or loading user defined classes. It happens with python 2.7.3 on 64bits architecture, with any protocol (0,1,2).
I attach an example of class afflicted by this problem.
Solutions anyone?

----------
components: Extension Modules
files: ModelSettings.py
messages: 185389
nosy: eddiewrc
priority: normal
severity: normal
status: open
title: segfaults during serialization
versions: Python 2.7
Added file: http://bugs.python.org/file29599/ModelSettings.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17565>
_______________________________________

From report at bugs.python.org  Thu Mar 28 00:37:45 2013
From: report at bugs.python.org (Radu Voicilas)
Date: Wed, 27 Mar 2013 23:37:45 +0000
Subject: [issue17502] unittest.mock: side_effect iterators ignore DEFAULT
In-Reply-To: <1363835140.97.0.987850111396.issue17502@psf.upfronthosting.co.za>
Message-ID: <1364427465.14.0.398647505538.issue17502@psf.upfronthosting.co.za>


Changes by Radu Voicilas <radu.voicilas at gmail.com>:


----------
nosy: +raduv

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17502>
_______________________________________

From report at bugs.python.org  Thu Mar 28 00:37:54 2013
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Mar 2013 23:37:54 +0000
Subject: [issue17563] Excessive resizing of dicts when used as a cache
In-Reply-To: <1364420039.63.0.203772094216.issue17563@psf.upfronthosting.co.za>
Message-ID: <1364427474.95.0.374416841907.issue17563@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17563>
_______________________________________

From report at bugs.python.org  Thu Mar 28 01:03:31 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 28 Mar 2013 00:03:31 +0000
Subject: [issue17565] segfaults during serialization
In-Reply-To: <1364427295.89.0.0369789736711.issue17565@psf.upfronthosting.co.za>
Message-ID: <1364429011.9.0.159199227866.issue17565@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Please provide a self-contained explain, we can reproduce.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17565>
_______________________________________

From report at bugs.python.org  Thu Mar 28 01:11:49 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 28 Mar 2013 00:11:49 +0000
Subject: [issue16676] Segfault under Python 3.3 after PyType_GenericNew
In-Reply-To: <1355452262.45.0.54382908485.issue16676@psf.upfronthosting.co.za>
Message-ID: <1364429509.02.0.426050353409.issue16676@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16676>
_______________________________________

From report at bugs.python.org  Thu Mar 28 01:17:55 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 28 Mar 2013 00:17:55 +0000
Subject: [issue17491] Consolidate traceback.format_tb and traceback.print_tb
In-Reply-To: <1363747737.23.0.181460448728.issue17491@psf.upfronthosting.co.za>
Message-ID: <1364429875.29.0.592733097128.issue17491@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Thank you for the patch. It seems like it would make more sense to implement print_tb in terms of extract_tb. That is, print_tb should iterate through the result of extract_tb and do its printing.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17491>
_______________________________________

From report at bugs.python.org  Thu Mar 28 01:31:22 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 28 Mar 2013 00:31:22 +0000
Subject: [issue17559] str.is* implementation seem suboptimal for single
	character strings
In-Reply-To: <1364395269.34.0.903596007794.issue17559@psf.upfronthosting.co.za>
Message-ID: <1364430682.04.0.714140210303.issue17559@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +benjamin.peterson, ezio.melotti, haypo, serhiy.storchaka
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17559>
_______________________________________

From report at bugs.python.org  Thu Mar 28 01:35:50 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 28 Mar 2013 00:35:50 +0000
Subject: [issue17559] str.is* implementation seem suboptimal for single
	character strings
In-Reply-To: <1364395269.34.0.903596007794.issue17559@psf.upfronthosting.co.za>
Message-ID: <1364430950.2.0.621863463649.issue17559@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

The shortcut seems fairly pointless to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17559>
_______________________________________

From report at bugs.python.org  Thu Mar 28 01:45:43 2013
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Mar 2013 00:45:43 +0000
Subject: [issue17559] str.is* implementation seem suboptimal for single
	character strings
In-Reply-To: <1364395269.34.0.903596007794.issue17559@psf.upfronthosting.co.za>
Message-ID: <1364431543.29.0.431596566047.issue17559@psf.upfronthosting.co.za>


STINNER Victor added the comment:

If you would like to improve Python, you have to focus on the development version which is Python 3.4. In this version, the code is different:

    if (length == 1)
        return PyBool_FromLong(
            Py_UNICODE_ISSPACE(PyUnicode_READ(kind, data, 0)));

I'm not sure that having a special case for string of 1 character provide any speed up...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17559>
_______________________________________

From report at bugs.python.org  Thu Mar 28 01:49:37 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 28 Mar 2013 00:49:37 +0000
Subject: [issue17559] str.is* implementation seem suboptimal for single
	character strings
In-Reply-To: <1364395269.34.0.903596007794.issue17559@psf.upfronthosting.co.za>
Message-ID: <1364431777.84.0.0647353968626.issue17559@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

There's still stuff in bytes_methods.c which looks like the old string code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17559>
_______________________________________

From report at bugs.python.org  Thu Mar 28 01:51:30 2013
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Mar 2013 00:51:30 +0000
Subject: [issue17565] segfaults during serialization
In-Reply-To: <1364427295.89.0.0369789736711.issue17565@psf.upfronthosting.co.za>
Message-ID: <1364431890.91.0.277978309318.issue17565@psf.upfronthosting.co.za>


STINNER Victor added the comment:

ModelSettings.py requires globalSettings which is not attached.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17565>
_______________________________________

From report at bugs.python.org  Thu Mar 28 02:02:27 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 28 Mar 2013 01:02:27 +0000
Subject: [issue17433] stdlib generator-like iterators don't forward send/throw
In-Reply-To: <1363387068.19.0.285872476506.issue17433@psf.upfronthosting.co.za>
Message-ID: <1364432547.62.0.464391422254.issue17433@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Implement generator interface in itertools.chain.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17433>
_______________________________________

From report at bugs.python.org  Thu Mar 28 02:13:50 2013
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Mar 2013 01:13:50 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1364433230.49.0.813614833316.issue17206@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm not sure that it is a good idea to patch such major function (macro) in a minor version (ex: Python 2.7.x). I changed the Versions field to only select Python 3.4.

----------
nosy: +haypo
versions:  -Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Thu Mar 28 02:17:53 2013
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Mar 2013 01:17:53 +0000
Subject: [issue17468] Generator memory leak
In-Reply-To: <1363638865.27.0.0312549957802.issue17468@psf.upfronthosting.co.za>
Message-ID: <1364433473.82.0.698430391412.issue17468@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17468>
_______________________________________

From report at bugs.python.org  Thu Mar 28 02:20:41 2013
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Mar 2013 01:20:41 +0000
Subject: [issue17295] __slots__ on PyVarObject subclass
In-Reply-To: <1361809462.28.0.456255129432.issue17295@psf.upfronthosting.co.za>
Message-ID: <1364433641.0.0.296154256082.issue17295@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17295>
_______________________________________

From report at bugs.python.org  Thu Mar 28 02:21:29 2013
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Mar 2013 01:21:29 +0000
Subject: [issue17295] __slots__ on PyVarObject subclass
In-Reply-To: <1361809462.28.0.456255129432.issue17295@psf.upfronthosting.co.za>
Message-ID: <1364433689.22.0.366172439632.issue17295@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I closed the issue, but I didn't see that #1173475 was closed. Sorry, I reopened this issue again.

----------
nosy: +haypo
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17295>
_______________________________________

From report at bugs.python.org  Thu Mar 28 02:27:25 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 28 Mar 2013 01:27:25 +0000
Subject: [issue17563] Excessive resizing of dicts when used as a cache
In-Reply-To: <1364420039.63.0.203772094216.issue17563@psf.upfronthosting.co.za>
Message-ID: <1364434045.85.0.36565119974.issue17563@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17563>
_______________________________________

From report at bugs.python.org  Thu Mar 28 02:39:01 2013
From: report at bugs.python.org (Daniele Varrazzo)
Date: Thu, 28 Mar 2013 01:39:01 +0000
Subject: [issue5752] xml.dom.minidom does not escape CR,
	LF and TAB characters within attribute values
In-Reply-To: <1239707588.77.0.33795755364.issue5752@psf.upfronthosting.co.za>
Message-ID: <1364434741.56.0.284203537468.issue5752@psf.upfronthosting.co.za>


Daniele Varrazzo added the comment:

Just got bitten by this bug, which affects xml.etree.ElementTree and cElementTree too. Any chance to have it fixed?

Note that lxml.etree is not affected by the bug and can be used as a replacement for the stdlib module if you happen to have some work to do.

----------
nosy: +piro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5752>
_______________________________________

From report at bugs.python.org  Thu Mar 28 03:07:08 2013
From: report at bugs.python.org (Eric Snow)
Date: Thu, 28 Mar 2013 02:07:08 +0000
Subject: [issue7083] locals() behaviour differs when tracing is in effect
In-Reply-To: <1255009798.45.0.553728595296.issue7083@psf.upfronthosting.co.za>
Message-ID: <1364436428.16.0.382540030068.issue7083@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


----------
superseder:  -> Document the circumstances where the locals() dict gets	updated

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7083>
_______________________________________

From report at bugs.python.org  Thu Mar 28 03:09:24 2013
From: report at bugs.python.org (Eric Snow)
Date: Thu, 28 Mar 2013 02:09:24 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364436564.91.0.750010003627.issue17546@psf.upfronthosting.co.za>


Eric Snow added the comment:

I've indicated that this issue supercedes issue #7083.

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Thu Mar 28 03:14:22 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 28 Mar 2013 02:14:22 +0000
Subject: [issue17435] threading.Timer.__init__() should use immutable argument
	defaults for args and kwargs
In-Reply-To: <1363393040.78.0.569565797708.issue17435@psf.upfronthosting.co.za>
Message-ID: <1364436862.01.0.527534525122.issue17435@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The reported behavior is not a bug by our usual standards. The code is exactly as documented.
manual: class threading.Timer(interval, function, args=[], kwargs={})
docstring: t = Timer(30.0, f, args=[], kwargs={})

Threading is not a beginner module. Any competent Python programmer who reads either of the above, or the code line you quoted, would expect exactly the behavior you report. I think we should presume that people who monkey-patch the class, which is an unusual thing to do, know what they are doing. The patch would break any such intentional usage. If the signature were to be changed, there should be a deprecation period first, preferably with a DeprecationWarning for mutation either through an instance or through .__init__.

I do not see anything special about this particular function. If we change this use of [] and {} as defaults, then we should look at all such uses in the stdlib -- after pydev discussion. But I currently think we should leave well enough alone.

The Timer class was added in Sept. 2001, rev 19727, issue #428326. The patch was written by Itamar Shtull-Trauring, approved by Guido, and reviewed and committed by Martin.

----------
nosy: +gvanrossum, loewis, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17435>
_______________________________________

From report at bugs.python.org  Thu Mar 28 04:16:37 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 28 Mar 2013 03:16:37 +0000
Subject: [issue17435] threading.Timer.__init__() should use immutable argument
	defaults for args and kwargs
In-Reply-To: <1363393040.78.0.569565797708.issue17435@psf.upfronthosting.co.za>
Message-ID: <1364440597.34.0.724663643293.issue17435@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I agree with the OP -- it's a simple fix and the current code definitely violates our recommendations.  I see no reason not to submit this (if there's nothing *else* wrong with it -- it actually seems pretty complete).  Not sure how important it is to fix in 2.7, but I don't see a problem with it either.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17435>
_______________________________________

From report at bugs.python.org  Thu Mar 28 05:00:50 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 28 Mar 2013 04:00:50 +0000
Subject: [issue17556] os.path.join() converts None to '' by default
In-Reply-To: <1364367917.65.0.452140902839.issue17556@psf.upfronthosting.co.za>
Message-ID: <1364443250.9.0.91905408822.issue17556@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17556>
_______________________________________

From report at bugs.python.org  Thu Mar 28 07:02:45 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 28 Mar 2013 06:02:45 +0000
Subject: [issue5550] [urllib.request]: Comparison of HTTP headers should be
	insensitive to the case
In-Reply-To: <1237870141.83.0.616869799184.issue5550@psf.upfronthosting.co.za>
Message-ID: <1364450565.7.0.782387158795.issue5550@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Case insensitive lookup will be more fool-proof than capitalized look up.
I would in favor of going with case insensitive look up than the capitalized look up one. Because the headers could be added in multiple ways and we cannot be assured that they are all stored as Capitalized header values.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5550>
_______________________________________

From report at bugs.python.org  Thu Mar 28 07:24:10 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 28 Mar 2013 06:24:10 +0000
Subject: [issue17564] test_urllib2_localnet fails
In-Reply-To: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>
Message-ID: <1364451850.43.0.0417947145462.issue17564@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

RDM's comment:

If that test is run by default, we could change it to only run with -uall.  Then normal users wouldn't see it.

This is a good idea, only to reduce the occurrence of this test_run. Logically, this may not help at all.  I am kind of undecided on this. Shall we take a call that the next bug report on the same issue, will lead to moving this test under network cover ? :)

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Thu Mar 28 07:32:34 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 28 Mar 2013 06:32:34 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364452354.72.0.953077041126.issue17546@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

It could be the implementation detail if locals() calls were not useful to majority of Python software, and if behavior of its returned dict did not affect the execution flow of user programs (was deterministic for users who should not care about the implementation details).

What I proposed initially is to wrap the locals(), the dict it returns and various calls that update this dict into a pattern called "livedict". This pattern has a defined behavior, and in OOP it would be encapsulated in a single object with one private method locals.__update (called by FastToLocals and other internals), and accessor method locals.todict() (name may vary) to receive a static copy of the live cache. If somebody needs access to real-time updated symbol table, it may request to work with realtime API of this locals object instead. This API is turn could have an implementation detail that transparently provided faster access to the local symbol table than copying dict into cache every time.

Wrapping this into a pattern also makes it easy to communicate details in case other Python implementation breaks this implementation detail of CPython. It may be easier for understanding to start with broken aspect of the pattern without digressing into implementation details, and read about implementation details later, than to go other way around.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Thu Mar 28 09:12:59 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 08:12:59 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364458379.83.0.0854619463197.issue17546@psf.upfronthosting.co.za>


Georg Brandl added the comment:

locals() being useful to the majority of Python software is news to me...

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Thu Mar 28 09:34:40 2013
From: report at bugs.python.org (Daniele Raimondi)
Date: Thu, 28 Mar 2013 08:34:40 +0000
Subject: [issue17565] segfaults during serialization
In-Reply-To: <1364431890.91.0.277978309318.issue17565@psf.upfronthosting.co.za>
Message-ID: <CAEtnjp0XjuhXie7mJkzPXsp=3+B5EZ028KEsz8q_f-W77Men3g@mail.gmail.com>


Daniele Raimondi added the comment:

I'll try ASAP.
unfortunately I'm pretty busy trying to overcome this problem

On Thu, Mar 28, 2013 at 1:51 AM, STINNER Victor <report at bugs.python.org>wrote:

>
> STINNER Victor added the comment:
>
> ModelSettings.py requires globalSettings which is not attached.
>
> ----------
> nosy: +haypo
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17565>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17565>
_______________________________________

From report at bugs.python.org  Thu Mar 28 10:14:57 2013
From: report at bugs.python.org (=?utf-8?q?Ga=C3=ABtan_de_Menten?=)
Date: Thu, 28 Mar 2013 09:14:57 +0000
Subject: [issue17559] str.is* implementation seem suboptimal for single
	character strings
In-Reply-To: <1364395269.34.0.903596007794.issue17559@psf.upfronthosting.co.za>
Message-ID: <1364462097.0.0.212871541129.issue17559@psf.upfronthosting.co.za>


Ga?tan de Menten added the comment:

Argl. I know I should have used 3.4... but that is what I thought I did. 
I used http://hg.python.org/cpython then "browse", and assumed it was the default branch... I know realize that since the last commit at that time was on the 2.7 branch, that is what I got. And I didn't even realize my mistake by the string vs unicode differences. Now, I will just go hide somewhere in shame...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17559>
_______________________________________

From report at bugs.python.org  Thu Mar 28 10:47:39 2013
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 28 Mar 2013 09:47:39 +0000
Subject: [issue5752] xml.dom.minidom does not escape CR,
	LF and TAB characters within attribute values
In-Reply-To: <1239707588.77.0.33795755364.issue5752@psf.upfronthosting.co.za>
Message-ID: <1364464059.65.0.268400557361.issue5752@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc added the comment:

minidom may be broken, but what's the issue with ElementTree?

>>> import xml.etree.cElementTree as etree
>>> doc = etree.fromstring('<xml />')
>>> doc.set('attr', "multiline\nvalue")
>>> etree.tostring(doc)
'<xml attr="multiline&#10;value" />'

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5752>
_______________________________________

From report at bugs.python.org  Thu Mar 28 10:53:36 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 09:53:36 +0000
Subject: [issue17556] os.path.join() converts None to '' by default
In-Reply-To: <1364367917.65.0.452140902839.issue17556@psf.upfronthosting.co.za>
Message-ID: <1364464416.6.0.445922615971.issue17556@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Since most other os.path functions also choke (intentionally) on None values, I agree and would point out that if you want this behavior, it's easy to do the "or ''" dance on the caller side.

----------
nosy: +georg.brandl
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17556>
_______________________________________

From report at bugs.python.org  Thu Mar 28 10:56:32 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 09:56:32 +0000
Subject: [issue17559] str.is* implementation seem suboptimal for single
	character strings
In-Reply-To: <1364395269.34.0.903596007794.issue17559@psf.upfronthosting.co.za>
Message-ID: <1364464592.6.0.816798544977.issue17559@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Benjamin, if that comment means there's still something to be done, please reopen.

----------
nosy: +georg.brandl
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17559>
_______________________________________

From report at bugs.python.org  Thu Mar 28 10:57:41 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 09:57:41 +0000
Subject: [issue1379984] HP-UX: Can't shl_load() a library containing Thread
	Local
Message-ID: <1364464661.24.0.645709924156.issue1379984@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing this old pending issue due to lack of response.

----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1379984>
_______________________________________

From report at bugs.python.org  Thu Mar 28 10:58:52 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 09:58:52 +0000
Subject: [issue9800] Fast path for small int-indexing of lists and tuples
In-Reply-To: <1283969230.58.0.425189432441.issue9800@psf.upfronthosting.co.za>
Message-ID: <1364464732.0.0.0385858797219.issue9800@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing this old pending issue due to lack of activity.

----------
keywords: +needs review -patch
nosy: +georg.brandl
resolution:  -> rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9800>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:00:00 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:00:00 +0000
Subject: [issue3862] test_array fails on FreeBSD7 amd64
In-Reply-To: <1221355819.02.0.121896067033.issue3862@psf.upfronthosting.co.za>
Message-ID: <1364464800.16.0.866808629901.issue3862@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing this old pending issue due to lack of activity.

----------
nosy: +georg.brandl
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3862>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:00:27 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:00:27 +0000
Subject: [issue813453] restrictions in _tkinter built with threaded tk
	undocumented
Message-ID: <1364464827.97.0.97330801735.issue813453@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing this due to lack of activity.

----------
nosy: +georg.brandl
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue813453>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:02:27 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:02:27 +0000
Subject: [issue6671] webbrowser doesn't respect xfce default browser
In-Reply-To: <1249814125.92.0.530552321419.issue6671@psf.upfronthosting.co.za>
Message-ID: <1364464947.36.0.128680876236.issue6671@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing to due to lack of a better way to detect Xfce.

----------
assignee: georg.brandl -> 
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6671>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:03:04 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:03:04 +0000
Subject: [issue5633] fix for timeit when the statement is a string and the
	setup is not (and tests)
In-Reply-To: <1238533299.21.0.751134071386.issue5633@psf.upfronthosting.co.za>
Message-ID: <1364464984.01.0.547835651316.issue5633@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee: georg.brandl -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5633>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:03:19 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:03:19 +0000
Subject: [issue9633] pdb go stack up/down
In-Reply-To: <1282133837.82.0.171010459939.issue9633@psf.upfronthosting.co.za>
Message-ID: <1364464999.8.0.385170958368.issue9633@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee: georg.brandl -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9633>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:04:02 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:04:02 +0000
Subject: [issue5993] python produces zombie in webbrowser.open
In-Reply-To: <1242014278.58.0.774883846907.issue5993@psf.upfronthosting.co.za>
Message-ID: <1364465042.97.0.438956079416.issue5993@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee: georg.brandl -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5993>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:05:04 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:05:04 +0000
Subject: [issue8478] tokenize.untokenize first token missing failure case
In-Reply-To: <1271816312.19.0.485614247328.issue8478@psf.upfronthosting.co.za>
Message-ID: <1364465104.46.0.603326808374.issue8478@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee: georg.brandl -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8478>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:05:29 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:05:29 +0000
Subject: [issue10799] Improve webbrowser (.open) doc and behavior
In-Reply-To: <1293767251.94.0.704365544958.issue10799@psf.upfronthosting.co.za>
Message-ID: <1364465129.53.0.900548929277.issue10799@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee: georg.brandl -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10799>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:06:08 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:06:08 +0000
Subject: [issue3290] python-config --cflags includes irrelevant flags
In-Reply-To: <1215284947.23.0.370691849564.issue3290@psf.upfronthosting.co.za>
Message-ID: <1364465168.86.0.954540794514.issue3290@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee: georg.brandl -> doko
nosy: +doko

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3290>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:08:29 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:08:29 +0000
Subject: [issue15019] String termination on Linux
In-Reply-To: <1338994065.34.0.987983176333.issue15019@psf.upfronthosting.co.za>
Message-ID: <1364465309.14.0.776253773882.issue15019@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing due to lack of response.

----------
nosy: +georg.brandl
resolution:  -> works for me
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15019>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:10:20 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:10:20 +0000
Subject: [issue16767] Cannot install Python 2.7 in Wine 1.4.1
In-Reply-To: <1356360831.52.0.153505228673.issue16767@psf.upfronthosting.co.za>
Message-ID: <1364465420.29.0.477900772774.issue16767@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16767>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:12:04 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:12:04 +0000
Subject: [issue15186] Support os.walk(dir_fd=)
In-Reply-To: <1340667585.2.0.886069096281.issue15186@psf.upfronthosting.co.za>
Message-ID: <1364465524.82.0.758908193759.issue15186@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing (it seems everybody agreed it's not a good idea).

----------
nosy: +georg.brandl
resolution:  -> rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15186>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:15:26 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:15:26 +0000
Subject: [issue17103] ampersand "&" in path prevents compilation of Python
In-Reply-To: <1359796958.56.0.232245529308.issue17103@psf.upfronthosting.co.za>
Message-ID: <1364465726.91.0.674826905505.issue17103@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing as this is a bug in autoconf.  2.69 is still the latest released version, so we'll get the fix whenever the new version is out and sufficiently widely distributed.

----------
nosy: +georg.brandl
resolution:  -> invalid
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17103>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:17:03 2013
From: report at bugs.python.org (Daniele Varrazzo)
Date: Thu, 28 Mar 2013 10:17:03 +0000
Subject: [issue5752] xml.dom.minidom does not escape CR,
	LF and TAB characters within attribute values
In-Reply-To: <1239707588.77.0.33795755364.issue5752@psf.upfronthosting.co.za>
Message-ID: <1364465823.69.0.32283691619.issue5752@psf.upfronthosting.co.za>


Daniele Varrazzo added the comment:

ElementTree issue is with tabs:

    In [1]: import xml.etree.cElementTree as etree

    In [2]: doc = etree.fromstring('<xml />')

    In [4]: doc.set('attr', "here\tthere")

    In [5]: etree.tostring(doc)
    Out[5]: '<xml attr="here\tthere" />'

    In [6]: etree.fromstring(_5).attrib['attr']
    Out[6]: 'here there'

bye bye tab.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5752>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:18:38 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:18:38 +0000
Subject: [issue12119] distutils and python -B
In-Reply-To: <1305822053.61.0.184404379566.issue12119@psf.upfronthosting.co.za>
Message-ID: <1364465918.31.0.481848886377.issue12119@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Can this be closed?

----------
nosy: +georg.brandl
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12119>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:19:12 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:19:12 +0000
Subject: [issue13000] unhandled exception at  install
In-Reply-To: <1316261175.24.0.481643908897.issue13000@psf.upfronthosting.co.za>
Message-ID: <1364465952.31.0.998559064465.issue13000@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing due to lack of response.

----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13000>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:20:16 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:20:16 +0000
Subject: [issue9948] findCaller is slow and loses case information on Windows
In-Reply-To: <1285425150.17.0.662006958911.issue9948@psf.upfronthosting.co.za>
Message-ID: <1364466016.6.0.85285166692.issue9948@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing due to lack of response.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9948>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:22:17 2013
From: report at bugs.python.org (Daniele Varrazzo)
Date: Thu, 28 Mar 2013 10:22:17 +0000
Subject: [issue5752] xml.dom.minidom does not escape CR,
	LF and TAB characters within attribute values
In-Reply-To: <1239707588.77.0.33795755364.issue5752@psf.upfronthosting.co.za>
Message-ID: <1364466137.13.0.819209010068.issue5752@psf.upfronthosting.co.za>


Daniele Varrazzo added the comment:

I was going to open an issue on itself about etree and tabs, but I've found this and thought it would have been marked as duplicate. If you don't think it's the case I will open it anyway.

I've added my comment because ElementTree is not reported in this page at all: I've been googling forever about "ElementTree tabs attributes" without result. I've found this (and the network of duplicates) only searching for less generic "xml tabs" into the python bug tracker, when I was already filing the bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5752>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:25:40 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:25:40 +0000
Subject: [issue5970] sys.exc_info leaks into a generator
In-Reply-To: <1241804641.35.0.0131164077966.issue5970@psf.upfronthosting.co.za>
Message-ID: <1364466340.07.0.824218143606.issue5970@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Out of date now that 2.7 is also in maintenance mode.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5970>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:26:46 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:26:46 +0000
Subject: [issue5884] pydoc to return error status code
In-Reply-To: <1241053592.21.0.872598622661.issue5884@psf.upfronthosting.co.za>
Message-ID: <1364466406.16.0.991139500809.issue5884@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
versions: +Python 3.4 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5884>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:28:38 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:28:38 +0000
Subject: [issue3938] Clearing globals; interpreter -- IDLE difference
In-Reply-To: <1222123502.26.0.150284389082.issue3938@psf.upfronthosting.co.za>
Message-ID: <1364466518.19.0.367036371648.issue3938@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Terry, do you still think this is important to fix?

----------
nosy: +georg.brandl
versions: +Python 2.7, Python 3.3, Python 3.4 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3938>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:29:37 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:29:37 +0000
Subject: [issue6395] Infinite Recursion during Unpickling a codecs Object
In-Reply-To: <1246463188.35.0.320675118154.issue6395@psf.upfronthosting.co.za>
Message-ID: <1364466577.66.0.975913659691.issue6395@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
versions: +Python 3.3, Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6395>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:33:27 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:33:27 +0000
Subject: [issue7300] Unicode arguments in str.format()
In-Reply-To: <1257861455.06.0.0846130484851.issue7300@psf.upfronthosting.co.za>
Message-ID: <1364466807.02.0.742871527171.issue7300@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Agreed with Eric.

----------
nosy: +georg.brandl
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7300>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:34:52 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:34:52 +0000
Subject: [issue16273] f.tell() returning negative number on Windows build
In-Reply-To: <1350526122.97.0.103530434711.issue16273@psf.upfronthosting.co.za>
Message-ID: <1364466892.72.0.580561889268.issue16273@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16273>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:37:51 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:37:51 +0000
Subject: [issue7565] Increasing resource.RLIMIT_NOFILE has no effect
In-Reply-To: <1261527935.68.0.0855643074362.issue7565@psf.upfronthosting.co.za>
Message-ID: <1364467071.72.0.835059088955.issue7565@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing due to lack of response.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7565>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:38:43 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:38:43 +0000
Subject: [issue7209] Prevents uint_t from being used on QNX
In-Reply-To: <1256576375.9.0.147496102309.issue7209@psf.upfronthosting.co.za>
Message-ID: <1364467123.72.0.963269878595.issue7209@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7209>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:39:43 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:39:43 +0000
Subject: [issue5851] Add a stream parameter to gc.set_debug
In-Reply-To: <1240813443.12.0.48308121403.issue5851@psf.upfronthosting.co.za>
Message-ID: <1364467183.18.0.745508439788.issue5851@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Patch would need to be updated for Python 3.4.  (Please also upload it to this issue.)

----------
nosy: +georg.brandl
versions: +Python 3.4 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5851>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:41:27 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:41:27 +0000
Subject: [issue9134] sre bug: lastmark_save/restore
In-Reply-To: <1277932738.21.0.537266945796.issue9134@psf.upfronthosting.co.za>
Message-ID: <1364467287.34.0.00275725432479.issue9134@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9134>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:42:45 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 28 Mar 2013 10:42:45 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <1362829347.05.0.139700597073.issue17389@psf.upfronthosting.co.za>
Message-ID: <1364467365.36.0.252775282616.issue17389@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

[Antoine]
> That said, I agree the performance improvement is probably not important
> here. It was just drive-by optimization on my part :-)

Shall we close this as rejected?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:43:07 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:43:07 +0000
Subject: [issue4022] 2.6 dependent on c:\python26\ on windows
In-Reply-To: <1222989342.94.0.529774628368.issue4022@psf.upfronthosting.co.za>
Message-ID: <1364467387.9.0.722482658989.issue4022@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing due to lack of activity.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4022>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:46:07 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:46:07 +0000
Subject: [issue616013] cPickle documentation incomplete
Message-ID: <1364467567.97.0.845903192622.issue616013@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Three years later, I don't think anyone is interested in documenting the outdated cPickle.

----------
nosy: +georg.brandl
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue616013>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:48:12 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:48:12 +0000
Subject: [issue6310] Windows "App Paths" key is not checked when installed for
	current user
In-Reply-To: <1245388371.55.0.866683174508.issue6310@psf.upfronthosting.co.za>
Message-ID: <1364467692.88.0.905208696901.issue6310@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing due to lack of response.

----------
nosy: +georg.brandl
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6310>
_______________________________________

From report at bugs.python.org  Thu Mar 28 11:52:47 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 10:52:47 +0000
Subject: [issue9672] test_xpickle fails on Windows: invokes pythonx.y instead
	of pythonxy
In-Reply-To: <1282668109.22.0.482627052843.issue9672@psf.upfronthosting.co.za>
Message-ID: <1364467967.99.0.417079575382.issue9672@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Closing for reasons Antoine stated.

----------
nosy: +georg.brandl
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9672>
_______________________________________

From report at bugs.python.org  Thu Mar 28 12:09:21 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 11:09:21 +0000
Subject: [issue9986] PDF files of python docs have text missing
In-Reply-To: <1285772054.59.0.857308007062.issue9986@psf.upfronthosting.co.za>
Message-ID: <1364468961.85.0.264519988717.issue9986@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Duplicate of #4173.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> PDF documentation: long verbatim lines are cut off at right hand side

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9986>
_______________________________________

From report at bugs.python.org  Thu Mar 28 12:31:34 2013
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 28 Mar 2013 11:31:34 +0000
Subject: [issue3290] python-config --cflags includes irrelevant flags
In-Reply-To: <1215284947.23.0.370691849564.issue3290@psf.upfronthosting.co.za>
Message-ID: <1364470294.69.0.488382559579.issue3290@psf.upfronthosting.co.za>


Matthias Klose added the comment:

I don't see the current behaviour as problematic. If you build python as a debug build, you get the -O0 included, if you do a normal build, you get the -Ox included.  At least this is behaviour found in other '-config' programs too.  So maybe add an option to filter out flags, but which ones?

The other issue is that it's unclear what these options are used for, to build an extension module, or to build an embedded interpreter. Not a difference maybe in cflags, but for ldflags. And this should be harmonized with the pkgconfig file too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3290>
_______________________________________

From report at bugs.python.org  Thu Mar 28 12:44:22 2013
From: report at bugs.python.org (Matthias Braun)
Date: Thu, 28 Mar 2013 11:44:22 +0000
Subject: [issue3290] python-config --cflags includes irrelevant flags
In-Reply-To: <1215284947.23.0.370691849564.issue3290@psf.upfronthosting.co.za>
Message-ID: <1364471062.63.0.657428462833.issue3290@psf.upfronthosting.co.za>


Matthias Braun added the comment:

It's less of a problem when building python extenions, where you are probably fine with using "just the same" as the installed python.

However in my case I am embedding python as a scripting language into another application. So there is very few python related code and alot of other code. The python-config script "injecting" unnecessary build flags that in fact even change things (-DNDEBUG) is very annoying as it changes all the non-python code too.

A simple thing like the --includes that just outputs the -I flags would be the best solution IMO. But to have this working you would need to have a guarantee that there is no actual code in the form of #define / inline functions in the headers which potentially breaks if you use different flags from the python library. In fact --includes is what I am using now, I just hope that I won't hit any of the preproc macros by accident...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3290>
_______________________________________

From report at bugs.python.org  Thu Mar 28 12:48:18 2013
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 28 Mar 2013 11:48:18 +0000
Subject: [issue3290] python-config --cflags includes irrelevant flags
In-Reply-To: <1215284947.23.0.370691849564.issue3290@psf.upfronthosting.co.za>
Message-ID: <1364471298.38.0.428499058104.issue3290@psf.upfronthosting.co.za>


Matthias Klose added the comment:

> However in my case I am embedding python as a scripting language
> into another application.

then why not filtering out these options on your own for this use case?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3290>
_______________________________________

From report at bugs.python.org  Thu Mar 28 13:09:01 2013
From: report at bugs.python.org (Ned Batchelder)
Date: Thu, 28 Mar 2013 12:09:01 +0000
Subject: [issue11205] Evaluation order of dictionary display is different from
	reference manual.
In-Reply-To: <1297589953.69.0.371220549392.issue11205@psf.upfronthosting.co.za>
Message-ID: <1364472541.74.0.684338143606.issue11205@psf.upfronthosting.co.za>


Ned Batchelder added the comment:

Since this is documented in the Python Language Reference, it doesn't make much sense to have it describe one way for 3.3 and another for 3.4, does it?  By definition, doesn't that make this an implementation dependency?  We should update the docs to say that pairs in dicts will be evaluated left-to-right, but that the order of key and value is implementation dependent, since it actually is.

----------
nosy: +nedbat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11205>
_______________________________________

From report at bugs.python.org  Thu Mar 28 13:10:37 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 28 Mar 2013 12:10:37 +0000
Subject: [issue17389] Optimize Event.wait()
In-Reply-To: <1362829347.05.0.139700597073.issue17389@psf.upfronthosting.co.za>
Message-ID: <1364472637.88.0.903217126552.issue17389@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Agreed.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17389>
_______________________________________

From report at bugs.python.org  Thu Mar 28 13:18:23 2013
From: report at bugs.python.org (Ned Batchelder)
Date: Thu, 28 Mar 2013 12:18:23 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364473103.04.0.643122825767.issue17546@psf.upfronthosting.co.za>


Ned Batchelder added the comment:

Changing the type of the locals() return isn't the right way to solve this problem.  Better docs is the way to do it.  If someone is calling locals(), they should read the docs.  Examining the type of values is discouraged in Python, we shouldn't expect people to discover nonintuitive behavior because the type has been artificially changed to "livedict".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Thu Mar 28 13:24:05 2013
From: report at bugs.python.org (karl)
Date: Thu, 28 Mar 2013 12:24:05 +0000
Subject: [issue5550] [urllib.request]: Comparison of HTTP headers should be
	insensitive to the case
In-Reply-To: <1237870141.83.0.616869799184.issue5550@psf.upfronthosting.co.za>
Message-ID: <1364473445.29.0.163577010935.issue5550@psf.upfronthosting.co.za>


karl added the comment:

Yes case insensitive make sense. It seems it will require a lot of modifications in the code. So I guess maybe the first step is to identify where it could break.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5550>
_______________________________________

From report at bugs.python.org  Thu Mar 28 13:28:48 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 28 Mar 2013 12:28:48 +0000
Subject: [issue4159] Table about Standard Encodings is cut off at the bottom -
	35 entries missing
In-Reply-To: <1224600485.7.0.778638686943.issue4159@psf.upfronthosting.co.za>
Message-ID: <3Zc53M42hSzRCC@mail.python.org>


Roundup Robot added the comment:

New changeset 3ae74b361f53 by Georg Brandl in branch '3.3':
Closes #4159: add LaTeX tabular column specifications to tables that otherwise are cut off or have overlapping text.
http://hg.python.org/cpython/rev/3ae74b361f53

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4159>
_______________________________________

From report at bugs.python.org  Thu Mar 28 13:53:18 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 28 Mar 2013 12:53:18 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>
Message-ID: <1364475198.27.0.729914523448.issue17561@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Thanks for clarifying, I have a better understanding of the problem now.
Providing a custom class instantiating two sockets looks like a dead end to me though. To say one, what is getsockname() supposed to return? Same for detach(), fileno(), 'family' and probably others I can't think of right now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Thu Mar 28 13:57:16 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 28 Mar 2013 12:57:16 +0000
Subject: [issue10799] Improve webbrowser (.open) doc and behavior
In-Reply-To: <1293767251.94.0.704365544958.issue10799@psf.upfronthosting.co.za>
Message-ID: <1364475436.58.0.421332856469.issue10799@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I do not know if 'must' is true on all systems, but I certainly think we should say that a full url 'might be required' to succeed.

On win7, "C:/program files (86)/mozilla firefox" (until mozilla decides to distribute a 64-bit version ;-).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10799>
_______________________________________

From report at bugs.python.org  Thu Mar 28 14:06:47 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 28 Mar 2013 13:06:47 +0000
Subject: [issue3938] Clearing globals; interpreter -- IDLE difference
In-Reply-To: <1222123502.26.0.150284389082.issue3938@psf.upfronthosting.co.za>
Message-ID: <1364476007.83.0.51910493171.issue3938@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I would like to discuss it with other IDLE devs (Roger) after fixing more important issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3938>
_______________________________________

From report at bugs.python.org  Thu Mar 28 14:09:59 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 28 Mar 2013 13:09:59 +0000
Subject: [issue3290] python-config --cflags includes irrelevant flags
In-Reply-To: <1215284947.23.0.370691849564.issue3290@psf.upfronthosting.co.za>
Message-ID: <1364476199.6.0.948628498405.issue3290@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy:  -terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3290>
_______________________________________

From report at bugs.python.org  Thu Mar 28 14:14:23 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 28 Mar 2013 13:14:23 +0000
Subject: [issue7209] Prevents uint_t from being used on QNX
In-Reply-To: <1256576375.9.0.147496102309.issue7209@psf.upfronthosting.co.za>
Message-ID: <1364476463.46.0.988243861525.issue7209@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7209>
_______________________________________

From report at bugs.python.org  Thu Mar 28 14:23:58 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 28 Mar 2013 13:23:58 +0000
Subject: [issue11205] Evaluation order of dictionary display is different from
	reference manual.
In-Reply-To: <1297589953.69.0.371220549392.issue11205@psf.upfronthosting.co.za>
Message-ID: <1364477038.73.0.184996357448.issue11205@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I strongly agree with Guido that we should fix the code. To me, defined left-to-right evaluation of sub-expressions within an expression is a feature. C's 'implementation defined' is a nuisance.

I do not think we should temporarily change the doc. In other cases where we have only applied a bugfix to a future version, we have not temporarily doc'ed the bug as 'correct'. The change *should* be in 
What's New.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11205>
_______________________________________

From report at bugs.python.org  Thu Mar 28 14:32:52 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Thu, 28 Mar 2013 13:32:52 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364475198.27.0.729914523448.issue17561@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM33_HPa4WYQEyDY2=JUzMSGvW8twqGnY3gYcc9Ai4_9Lw@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> Providing a custom class instantiating two sockets looks like a dead end to me though. To say one, what is getsockname() supposed to return? Same for detach(), fileno(), 'family' and probably others I can't think of right now.

Indeed.

So we might opt for a best-effort approach: try disabling IPV6_V6ONLY
on the socket if it's set: that way it should work on most platforms.
And add a note to the documentation. IIRC that's what Java does.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Thu Mar 28 14:58:32 2013
From: report at bugs.python.org (Roger Serwy)
Date: Thu, 28 Mar 2013 13:58:32 +0000
Subject: [issue17511] Idle find function closes after each find operation
In-Reply-To: <1363902452.43.0.911749750934.issue17511@psf.upfronthosting.co.za>
Message-ID: <1364479112.11.0.101310969383.issue17511@psf.upfronthosting.co.za>


Roger Serwy added the comment:

(I didn't realize that the patch is identical to the one submitted on issue13586).

The issue with the found text not being highlighted is Windows-specific. Issue13630 discusses that particular problem and it has the same root cause as issue14146. 

Changing the menu item and dialog boxes goes beyond the original scope of this issue. In the interest of keeping bug-tracking simple, an issue should not be expanded in scope. 

Patches are submitted as a unified diff, using "hg diff".

----------
resolution: works for me -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17511>
_______________________________________

From report at bugs.python.org  Thu Mar 28 15:02:12 2013
From: report at bugs.python.org (Roger Serwy)
Date: Thu, 28 Mar 2013 14:02:12 +0000
Subject: [issue3938] Clearing globals; interpreter -- IDLE difference
In-Reply-To: <1222123502.26.0.150284389082.issue3938@psf.upfronthosting.co.za>
Message-ID: <1364479332.0.0.0533776473342.issue3938@psf.upfronthosting.co.za>


Changes by Roger Serwy <roger.serwy at gmail.com>:


----------
nosy: +roger.serwy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3938>
_______________________________________

From report at bugs.python.org  Thu Mar 28 15:24:40 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 28 Mar 2013 14:24:40 +0000
Subject: [issue6632] Include more fullwidth chars in the decimal codec
In-Reply-To: <1249317285.35.0.709481915004.issue6632@psf.upfronthosting.co.za>
Message-ID: <1364480680.32.0.23588577487.issue6632@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Alexander, can this be closed or is there still something that should be done?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6632>
_______________________________________

From report at bugs.python.org  Thu Mar 28 15:25:02 2013
From: report at bugs.python.org (Paul Moore)
Date: Thu, 28 Mar 2013 14:25:02 +0000
Subject: [issue15867] make importlib documentation easier to use
In-Reply-To: <1346894563.49.0.339877810223.issue15867@psf.upfronthosting.co.za>
Message-ID: <1364480702.61.0.315942690043.issue15867@psf.upfronthosting.co.za>


Changes by Paul Moore <p.f.moore at gmail.com>:


----------
nosy: +pmoore

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15867>
_______________________________________

From report at bugs.python.org  Thu Mar 28 15:36:12 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 28 Mar 2013 14:36:12 +0000
Subject: [issue6671] webbrowser doesn't respect xfce default browser
In-Reply-To: <1249814125.92.0.530552321419.issue6671@psf.upfronthosting.co.za>
Message-ID: <1364481372.71.0.563201699815.issue6671@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Sorry I did not comment earlier, but there is this way:

>>> os.environ.get('DESKTOP_SESSION') == 'xfce'
True

----------
resolution: rejected -> 
status: closed -> open
versions: +Python 3.3, Python 3.4 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6671>
_______________________________________

From report at bugs.python.org  Thu Mar 28 15:37:45 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 28 Mar 2013 14:37:45 +0000
Subject: [issue12119] distutils and python -B
In-Reply-To: <1305822053.61.0.184404379566.issue12119@psf.upfronthosting.co.za>
Message-ID: <1364481465.98.0.744471621964.issue12119@psf.upfronthosting.co.za>


?ric Araujo added the comment:

In the absence of support for doing the right thing (which would break compatibility), I won?t change distutils here.

----------
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12119>
_______________________________________

From report at bugs.python.org  Thu Mar 28 16:25:20 2013
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 28 Mar 2013 15:25:20 +0000
Subject: [issue6661] Transient test_multiprocessing failure
	(test_active_children)
In-Reply-To: <1249589448.92.0.976190766506.issue6661@psf.upfronthosting.co.za>
Message-ID: <1364484320.55.0.316268860327.issue6661@psf.upfronthosting.co.za>


Georg Brandl added the comment:

2.5 years later I don't think it's much use keeping this open.

----------
nosy: +georg.brandl
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6661>
_______________________________________

From report at bugs.python.org  Thu Mar 28 17:00:22 2013
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 28 Mar 2013 16:00:22 +0000
Subject: [issue17566] Document that importlib.abc.Loader.module_repr is
	abstract and thus needed by various other ABCs
Message-ID: <1364486422.93.0.992071692104.issue17566@psf.upfronthosting.co.za>


New submission from Brett Cannon:

Various places list explicitly what abstractmethods are needed to make an ABC work in importlib.abc. Unfortunately when module_repr() came into existence it was made abstract but no other documentation was updated to point out this fact.

----------
assignee: docs at python
components: Documentation
messages: 185453
nosy: brett.cannon, docs at python
priority: normal
severity: normal
stage: needs patch
status: open
title: Document that importlib.abc.Loader.module_repr is abstract and thus needed by various other ABCs
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17566>
_______________________________________

From report at bugs.python.org  Thu Mar 28 17:04:11 2013
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 28 Mar 2013 16:04:11 +0000
Subject: [issue17567] Clarify importlib.abc.PathEntryFinder.find_loader() docs
Message-ID: <1364486651.54.0.521676412907.issue17567@psf.upfronthosting.co.za>


New submission from Brett Cannon:

"An empty list can be used for portion to signify the loader is not part of a package" should have a "namespace" mention in there at least. Links to the namespace loader or namespace package docs would also help.

----------
assignee: docs at python
components: Documentation
messages: 185454
nosy: brett.cannon, docs at python
priority: normal
severity: normal
stage: needs patch
status: open
title: Clarify importlib.abc.PathEntryFinder.find_loader() docs
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17567>
_______________________________________

From report at bugs.python.org  Thu Mar 28 17:28:18 2013
From: report at bugs.python.org (jan matejek)
Date: Thu, 28 Mar 2013 16:28:18 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1364488098.76.0.926413653311.issue12466@psf.upfronthosting.co.za>


jan matejek added the comment:

i don't think that's it, look at the result output in comment #183756: the list of fds is correct, except that they aren't closed as they should be.

i can't reproduce the result when running code by hand, so it's either a race or an issue with test setup.

so far i figured out that this goes away when patch from issue #16962 is reverted

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Thu Mar 28 17:34:40 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 28 Mar 2013 16:34:40 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>
Message-ID: <1364488480.85.0.370281936102.issue17561@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Agreed. Then it probably makes sense to expose also a socket.has_dual_stack() function so that the user can pre-emptively decide whether using a custom class.
Updated draft patch is in attachment.

----------
Added file: http://bugs.python.org/file29600/socket2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Thu Mar 28 17:52:18 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Thu, 28 Mar 2013 16:52:18 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1364488098.76.0.926413653311.issue12466@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM0XOtktcGdWPT2hOV1dZ4e0QcxmwTx8QO+Nk3pKLRe60Q@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> i don't think that's it, look at the result output in comment #183756: the list of fds is correct, except that they aren't closed as they should be.

Of course the list is correct: the message is printed by the parent
process, which opened the FDs ;-)

> i can't reproduce the result when running code by hand, so it's either a race or an issue with test setup.

If it's random, yes. One way to debug this would be to run the test
with "strace -f".

> so far i figured out that this goes away when patch from issue #16962 is reverted

Note that the patch doesn't retry getdents64() on EINTR, and retries
close() on EINTR while it's not advised, see this post by Linus:
http://article.gmane.org/gmane.linux.kernel/330619

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Thu Mar 28 18:11:21 2013
From: report at bugs.python.org (Hugo Lopes Tavares)
Date: Thu, 28 Mar 2013 17:11:21 +0000
Subject: [issue4773] HTTPMessage not documented and has inconsistent API
	across Py2/Py3
In-Reply-To: <1230586952.45.0.591912771259.issue4773@psf.upfronthosting.co.za>
Message-ID: <1364490681.21.0.116199847394.issue4773@psf.upfronthosting.co.za>


Hugo Lopes Tavares added the comment:

I just caught a bug because on Python 3 `HTTPMessage` has `get_param`, while on Python 2 there is `getparam`, with a different method signature. I am trying to figure out a solution so my code can run in both python 2 and 3 without ifs on python version.

----------
nosy: +hltbra

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4773>
_______________________________________

From report at bugs.python.org  Thu Mar 28 19:27:14 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 28 Mar 2013 18:27:14 +0000
Subject: [issue1442493] IDLE shell window gets very slow when displaying long
	lines
Message-ID: <1364495234.15.0.697739673566.issue1442493@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

In addition to squeezing, it would be nice (and easy) to add a menu option (and hotkey) to clear the text pane.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1442493>
_______________________________________

From report at bugs.python.org  Thu Mar 28 19:53:12 2013
From: report at bugs.python.org (jan matejek)
Date: Thu, 28 Mar 2013 18:53:12 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1364496792.25.0.242522776287.issue12466@psf.upfronthosting.co.za>


jan matejek added the comment:

so apparently the problem was that we're using the borked original patch for issue #16962, instead of the fixed version that's actually in repos.
(The d_type field was missing, so every filename had an extra character prepended to it.
AFAICT, all mysterious circumstances that I reported would trace back to workplace mess, like running the test in a terminal with a different build than i thought...)

sorry for taking your time, folks, the bug can be closed now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Thu Mar 28 20:01:10 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 28 Mar 2013 19:01:10 +0000
Subject: [issue15611] devguide: add "core mentors" area to Experts Index
In-Reply-To: <1344546895.77.0.0864519810759.issue15611@psf.upfronthosting.co.za>
Message-ID: <1364497270.31.0.668689294828.issue15611@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The devguide already mentions core-mentorship [0][1], and people already ping issues there when necessary, so I agree that this can be closed.

[0]: http://docs.python.org/devguide/help.html#core-mentorship
[1]: http://docs.python.org/devguide/setup.html#build-dependencies

----------
resolution:  -> rejected
stage: needs patch -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15611>
_______________________________________

From report at bugs.python.org  Thu Mar 28 20:22:46 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 28 Mar 2013 19:22:46 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1309524982.22.0.267480095279.issue12466@psf.upfronthosting.co.za>
Message-ID: <1364498566.5.0.147462798909.issue12466@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

phew, yay.  because i didn't see anything obviously wrong with the #16962 commit.

also, regarding checking for EINTR on some of the close() calls.  It isn't a big deal.  This _posixsubprocess.c code that contains those checks is always executing single-threaded post-fork so there is no chance of a race condition even though the EINTR check and retry are pointless as Linus mentions.  They will never cause errant behavior but I'll "fix" them in a future commit for consistency.

----------
resolution:  -> invalid
status: open -> closed
type:  -> behavior
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Thu Mar 28 20:39:35 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 28 Mar 2013 19:39:35 +0000
Subject: [issue8911] regrtest.main should have a test skipping argument
In-Reply-To: <1275794606.83.0.993053669818.issue8911@psf.upfronthosting.co.za>
Message-ID: <1364499575.95.0.61761558146.issue8911@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I tried to grep for sys.argv in the importlib tests and didn't find anything.  3 years passed since the initial report, and since no one seem to have asked for this feature, I'm going to close this.

----------
resolution:  -> out of date
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8911>
_______________________________________

From report at bugs.python.org  Thu Mar 28 20:48:18 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 28 Mar 2013 19:48:18 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364500098.15.0.534462531017.issue17554@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I would prefer to have it by default with a flag to disable it, since IMHO the full list of passed tests is just noise, but other devs don't seem to like the idea.
Another option would be to save the flags in a config file or in an envvar, so that it won't be necessary to repeat them every time, but that's another issue (and on a related note, people don't seem to specify -Wd either when they run the tests, even if they should)...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Thu Mar 28 20:49:45 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 28 Mar 2013 19:49:45 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364500185.6.0.659307066109.issue17554@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

One reason I think the full list is better is that it's easier for beginners to understand and review what's happening (and also get a taste of the contents of the test suite). Experienced contributors wouldn't care that much admittedly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Thu Mar 28 20:55:21 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 28 Mar 2013 19:55:21 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364500521.94.0.421671615017.issue17554@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

They will still see the test names and the counter that increases.  I would also say that having the whole output fitting in a screen is less intimidating than a few screens filled with a wall of text.  It also makes easier to notice skipped and failing tests, and that might mitigate the common question "why it says that test_xxx was skipped?" (when the test is actually skipped, a reason is usually presented, but that's lost in the output, and not repeated at the end).
Maybe we should ask on core-mentorship what version they like more?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Thu Mar 28 20:57:55 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 28 Mar 2013 19:57:55 +0000
Subject: [issue17564] test_urllib2_localnet fails
In-Reply-To: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>
Message-ID: <1364500675.74.0.309806826693.issue17564@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Moving it behind -uall/-unetwork sounds good to me.

----------
keywords: +easy
stage:  -> needs patch
status: pending -> open
versions: +Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Thu Mar 28 21:02:05 2013
From: report at bugs.python.org (sorin)
Date: Thu, 28 Mar 2013 20:02:05 +0000
Subject: [issue12119] distutils and python -B
In-Reply-To: <1305822053.61.0.184404379566.issue12119@psf.upfronthosting.co.za>
Message-ID: <1364500925.18.0.0546419300517.issue12119@psf.upfronthosting.co.za>


sorin added the comment:

Can we have a fix for this? ... one that would not require me to drop using PYTHONDONTWRITEBYTECODE.

I do have PYTHONDONTWRITEBYTECODE=1 on my user profile and installing packages became a nightmare.

----------
nosy: +sorin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12119>
_______________________________________

From report at bugs.python.org  Thu Mar 28 21:14:39 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 28 Mar 2013 20:14:39 +0000
Subject: [issue12119] distutils and python -B
In-Reply-To: <1305822053.61.0.184404379566.issue12119@psf.upfronthosting.co.za>
Message-ID: <1364501679.03.0.839380853781.issue12119@psf.upfronthosting.co.za>


?ric Araujo added the comment:

See #12117.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12119>
_______________________________________

From report at bugs.python.org  Thu Mar 28 22:29:14 2013
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 28 Mar 2013 21:29:14 +0000
Subject: [issue16692] Support TLS 1.1 and TLS 1.2
In-Reply-To: <1355592665.89.0.539973629387.issue16692@psf.upfronthosting.co.za>
Message-ID: <3ZcK2x6TTMzRcN@mail.python.org>


Roundup Robot added the comment:

New changeset 02a89bd646ca by Antoine Pitrou in branch 'default':
Issue #16692: The ssl module now supports TLS 1.1 and TLS 1.2.  Initial patch by Michele Orr?.
http://hg.python.org/cpython/rev/02a89bd646ca

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16692>
_______________________________________

From report at bugs.python.org  Thu Mar 28 22:30:16 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 28 Mar 2013 21:30:16 +0000
Subject: [issue16692] Support TLS 1.1 and TLS 1.2
In-Reply-To: <1355592665.89.0.539973629387.issue16692@psf.upfronthosting.co.za>
Message-ID: <1364506216.11.0.579281636994.issue16692@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Finally committed. Thanks for the patches!

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16692>
_______________________________________

From report at bugs.python.org  Thu Mar 28 23:27:31 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 28 Mar 2013 22:27:31 +0000
Subject: [issue6310] Windows "App Paths" key is not checked when installed for
	current user
In-Reply-To: <1245388371.55.0.866683174508.issue6310@psf.upfronthosting.co.za>
Message-ID: <1364509651.35.0.0366340852131.issue6310@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Am not using XP anymore. Looks like everything is ok with Vista.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6310>
_______________________________________

From report at bugs.python.org  Thu Mar 28 23:42:04 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 28 Mar 2013 22:42:04 +0000
Subject: [issue6310] Windows "App Paths" key is not checked when installed for
	current user
In-Reply-To: <1245388371.55.0.866683174508.issue6310@psf.upfronthosting.co.za>
Message-ID: <1364510524.87.0.284186609102.issue6310@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> out of date
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6310>
_______________________________________

From report at bugs.python.org  Thu Mar 28 23:51:37 2013
From: report at bugs.python.org (Eric Snow)
Date: Thu, 28 Mar 2013 22:51:37 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364511097.21.0.681852864421.issue17546@psf.upfronthosting.co.za>


Eric Snow added the comment:

> Changing the type of the locals() return isn't the right way to solve
> this problem.  Better docs is the way to do it.  If someone is calling
> locals(), they should read the docs.  Examining the type of values is
> discouraged in Python, we shouldn't expect people to discover
> nonintuitive behavior because the type has been artificially changed
> to "livedict".

+1

Issue #7083 was created to promote a semantic change (ultimately) and it was rejected in deference to a doc change.  That's part of why this ticket was changed to focus on documentation.

My only concern is that locals() has some pretty heavy implementation specifics, so any doc change needs to respect that (or be part of an effort to tighten the spec for locals()).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Fri Mar 29 00:50:02 2013
From: report at bugs.python.org (Eric Promislow)
Date: Thu, 28 Mar 2013 23:50:02 +0000
Subject: [issue17568] re: Infinite loop with repeated empty alternative
Message-ID: <1364514602.25.0.0249156897876.issue17568@psf.upfronthosting.co.za>


New submission from Eric Promislow:

>>> import re
>>> p = re.compile(r'^(?:\\"|.|)*?"', re.S|re.M)
>>> s = 'sub foo {\n\tprint "\n\t\tbar\n\t\t";\n}\n'
>>> m = p.findall(s)

Python doesn't return.

Dropping the last "|" in the pattern fixes this.

Regex engines in Perl, PHP, JS, and Ruby all handle
this regex.  Ref Komodo bug http://bugs.activestate.com/show_bug.cgi?id=98268

----------
messages: 185474
nosy: ericp
priority: normal
severity: normal
status: open
title: re: Infinite loop with repeated empty alternative
type: enhancement
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17568>
_______________________________________

From report at bugs.python.org  Fri Mar 29 00:59:39 2013
From: report at bugs.python.org (Roger Serwy)
Date: Thu, 28 Mar 2013 23:59:39 +0000
Subject: [issue1442493] IDLE shell window gets very slow when displaying long
	lines
Message-ID: <1364515179.05.0.883022184725.issue1442493@psf.upfronthosting.co.za>


Roger Serwy added the comment:

@Raymond, see issue6143 for an (outdated) extension to clear the shell window with a hotkey.

----------
nosy: +roger.serwy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1442493>
_______________________________________

From report at bugs.python.org  Fri Mar 29 01:15:50 2013
From: report at bugs.python.org (J Porter)
Date: Fri, 29 Mar 2013 00:15:50 +0000
Subject: [issue17569] urllib2 urlopen truncates https pages after 32768
	characters
Message-ID: <1364516150.61.0.364872176062.issue17569@psf.upfronthosting.co.za>


New submission from J Porter:

When using urllib2 to fetch page data from an https server, I found that only the first 32768 characters of the download were retrieved. Other browsers returned the full documents, so it does not appear to be a server issue. If http, rather than https is used on the same server, the full document is retrieved. No problems with shorter documents (<32768 characters). They were not truncated.

----------
components: Library (Lib)
messages: 185476
nosy: jhp7e
priority: normal
severity: normal
status: open
title: urllib2 urlopen truncates https pages after 32768 characters
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17569>
_______________________________________

From report at bugs.python.org  Fri Mar 29 01:40:01 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 29 Mar 2013 00:40:01 +0000
Subject: [issue17569] urllib2 urlopen truncates https pages after 32768
	characters
In-Reply-To: <1364516150.61.0.364872176062.issue17569@psf.upfronthosting.co.za>
Message-ID: <1364517601.51.0.579209004609.issue17569@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Do you have the sample server URL or test script?

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17569>
_______________________________________

From report at bugs.python.org  Fri Mar 29 01:59:22 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 00:59:22 +0000
Subject: [issue13510] Clarify that readlines() is not needed to iterate over a
	file
In-Reply-To: <1322674949.97.0.856520026774.issue13510@psf.upfronthosting.co.za>
Message-ID: <1364518762.42.0.390946133498.issue13510@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13510>
_______________________________________

From report at bugs.python.org  Fri Mar 29 02:19:00 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 29 Mar 2013 01:19:00 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1364519940.6.0.381017752657.issue11406@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
nosy: +twouters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Fri Mar 29 02:44:07 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 29 Mar 2013 01:44:07 +0000
Subject: [issue8906] Document TestCase attributes in class docstring
In-Reply-To: <1275741006.84.0.66027792452.issue8906@psf.upfronthosting.co.za>
Message-ID: <3ZcQhx2pkjzR3f@mail.python.org>


Roundup Robot added the comment:

New changeset 0753a663d27c by Ezio Melotti in branch '2.7':
#8906: document failureException, longMessage, and maxDiff in the class docstring.  Patch by Boris Feld.
http://hg.python.org/cpython/rev/0753a663d27c

New changeset b1c511418b29 by Ezio Melotti in branch '3.3':
#8906: document failureException, longMessage, and maxDiff in the class docstring.  Patch by Boris Feld.
http://hg.python.org/cpython/rev/b1c511418b29

New changeset 49cf8f656e9e by Ezio Melotti in branch 'default':
#8906: merge with 3.3.
http://hg.python.org/cpython/rev/49cf8f656e9e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8906>
_______________________________________

From report at bugs.python.org  Fri Mar 29 02:44:42 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 01:44:42 +0000
Subject: [issue8906] Document TestCase attributes in class docstring
In-Reply-To: <1275741006.84.0.66027792452.issue8906@psf.upfronthosting.co.za>
Message-ID: <1364521482.22.0.224057593191.issue8906@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the patch!

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.3, Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8906>
_______________________________________

From report at bugs.python.org  Fri Mar 29 03:02:30 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 29 Mar 2013 02:02:30 +0000
Subject: [issue17438] json.load docs should mention that it always return
	unicode
In-Reply-To: <1363435905.53.0.015044625796.issue17438@psf.upfronthosting.co.za>
Message-ID: <3ZcR6F1mqszQcY@mail.python.org>


Roundup Robot added the comment:

New changeset 80d7545594ca by Ezio Melotti in branch '2.7':
#17438: add links to the conversion tables in dump(s)/load(s).
http://hg.python.org/cpython/rev/80d7545594ca

New changeset e76952bd4fa5 by Ezio Melotti in branch '3.3':
#17438: add links to the conversion tables in dump(s)/load(s).
http://hg.python.org/cpython/rev/e76952bd4fa5

New changeset 5dcd7ee0716a by Ezio Melotti in branch 'default':
#17438: merge with 3.3.
http://hg.python.org/cpython/rev/5dcd7ee0716a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17438>
_______________________________________

From report at bugs.python.org  Fri Mar 29 03:03:12 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 02:03:12 +0000
Subject: [issue17438] json.load docs should mention that it always return
	unicode
In-Reply-To: <1363435905.53.0.015044625796.issue17438@psf.upfronthosting.co.za>
Message-ID: <1364522592.18.0.311902442198.issue17438@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the report!

----------
assignee: docs at python -> ezio.melotti
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17438>
_______________________________________

From report at bugs.python.org  Fri Mar 29 03:13:34 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 02:13:34 +0000
Subject: [issue17570] Improve devguide Windows instructions
Message-ID: <1364523214.84.0.368819983889.issue17570@psf.upfronthosting.co.za>


New submission from Ezio Melotti:

This is a follow up of #14468, and in particular of msg183031.

The instructions in the "committing" page of the devguide are unix-centric, in particular:
  1) on Windows ~/.hgrc is $HOME$/mercurial.ini;
  2) the "Settings dialogs" of TortoiseHG can/should be used to edit mercurial.ini;
  3) the devguide suggests "./python.exe Tools/scripts/patchcheck.py", but ./ doesn't work on Windows.

----------
components: Devguide
keywords: easy
messages: 185482
nosy: chris.jerdonek, ezio.melotti, pitrou, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Improve devguide Windows instructions
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17570>
_______________________________________

From report at bugs.python.org  Fri Mar 29 03:14:25 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 29 Mar 2013 02:14:25 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>
Message-ID: <1364523265.63.0.60944596504.issue17561@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

I managed to write a container class which listens on multiples addresses and uses select/poll on accept() as suggested by Charles.
FWICT it seems to work pretty well and supports non-blocking sockets and timeouts (tested on Linux, Windows and OSX).

It is available as a recipe here:
http://code.activestate.com/recipes/578504

IMO has_dual_stack() and create_server_sock() functions can already be included as-is (will adapt the recipe in order to get rid of Python 2.X support and submit another patch).

As for including also MultipleSocketsListener that's debatable.
It can either be added or linked/mentioned it in the doc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Fri Mar 29 03:15:15 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 02:15:15 +0000
Subject: [issue14468] Update cloning guidelines in devguide
In-Reply-To: <1333296467.92.0.464102844472.issue14468@psf.upfronthosting.co.za>
Message-ID: <1364523315.25.0.528506056455.issue14468@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I created #17570 about the Windows-related improvements, so this can finally be closed.

----------
resolution:  -> fixed
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14468>
_______________________________________

From report at bugs.python.org  Fri Mar 29 03:16:13 2013
From: report at bugs.python.org (Roger Serwy)
Date: Fri, 29 Mar 2013 02:16:13 +0000
Subject: [issue6143] IDLE - an extension to clear the shell window
In-Reply-To: <1243631391.82.0.146122427664.issue6143@psf.upfronthosting.co.za>
Message-ID: <1364523373.7.0.271767175886.issue6143@psf.upfronthosting.co.za>


Roger Serwy added the comment:

The ClearWindow.py extension as included in the IdleX package contains a more recent version that allows undo with full color tag restoration.

----------
assignee:  -> roger.serwy
versions: +Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6143>
_______________________________________

From report at bugs.python.org  Fri Mar 29 03:23:20 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 29 Mar 2013 02:23:20 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>
Message-ID: <1364523800.8.0.567387485745.issue17561@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Perhaps you can contribute something like this to Tulip?  We've got code to run a server that can handle IPv4 and IPv6, but we currently don't have something that just creates a separate socket for each address family.  Our UDP and TCP paths are also quite different.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Fri Mar 29 03:51:52 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 29 Mar 2013 02:51:52 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>
Message-ID: <1364525512.02.0.634546945507.issue17561@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Yep, no prob. It would also be a good chance to test it in a real-world app. Where should I look?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Fri Mar 29 03:52:23 2013
From: report at bugs.python.org (Kushal Das)
Date: Fri, 29 Mar 2013 02:52:23 +0000
Subject: [issue13510] Clarify that readlines() is not needed to iterate over a
	file
In-Reply-To: <1322674949.97.0.856520026774.issue13510@psf.upfronthosting.co.za>
Message-ID: <1364525543.5.0.958136421368.issue13510@psf.upfronthosting.co.za>


Kushal Das added the comment:

Working on a patch for this.

----------
nosy: +kushaldas

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13510>
_______________________________________

From report at bugs.python.org  Fri Mar 29 04:01:09 2013
From: report at bugs.python.org (Anthony Kong)
Date: Fri, 29 Mar 2013 03:01:09 +0000
Subject: [issue935117] pkgutil doesn't understand case-senseless filesystems
Message-ID: <1364526069.77.0.975560728336.issue935117@psf.upfronthosting.co.za>


Changes by Anthony Kong <anthony.hw.kong at gmail.com>:


----------
nosy: +Anthony.Kong

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue935117>
_______________________________________

From report at bugs.python.org  Fri Mar 29 04:25:42 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 29 Mar 2013 03:25:42 +0000
Subject: [issue17565] segfaults during serialization
In-Reply-To: <1364427295.89.0.0369789736711.issue17565@psf.upfronthosting.co.za>
Message-ID: <1364527542.95.0.203305324646.issue17565@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17565>
_______________________________________

From report at bugs.python.org  Fri Mar 29 04:27:08 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 29 Mar 2013 03:27:08 +0000
Subject: [issue15867] make importlib documentation easier to use
In-Reply-To: <1346894563.49.0.339877810223.issue15867@psf.upfronthosting.co.za>
Message-ID: <1364527628.1.0.0216970730921.issue15867@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15867>
_______________________________________

From report at bugs.python.org  Fri Mar 29 04:35:20 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 29 Mar 2013 03:35:20 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>
Message-ID: <1364528120.92.0.312718887928.issue17561@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +josiah.carlson, loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Fri Mar 29 04:51:10 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 29 Mar 2013 03:51:10 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364525512.02.0.634546945507.issue17561@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJ+8-=Gk0+4wXainV+MkZSFVhZQX3mB=gp5UmfTTUduUKw@mail.gmail.com>


Guido van Rossum added the comment:

Tulip is at code.google.com/p/tulip

On Thu, Mar 28, 2013 at 7:51 PM, Giampaolo Rodola'
<report at bugs.python.org>wrote:

>
> Giampaolo Rodola' added the comment:
>
> Yep, no prob. It would also be a good chance to test it in a real-world
> app. Where should I look?
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17561>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Fri Mar 29 06:15:46 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 29 Mar 2013 05:15:46 +0000
Subject: [issue17438] json.load docs should mention that it always return
	unicode
In-Reply-To: <1363435905.53.0.015044625796.issue17438@psf.upfronthosting.co.za>
Message-ID: <1364534146.04.0.111961383583.issue17438@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Thanks for the fix. ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17438>
_______________________________________

From report at bugs.python.org  Fri Mar 29 06:45:31 2013
From: report at bugs.python.org (Eric Snow)
Date: Fri, 29 Mar 2013 05:45:31 +0000
Subject: [issue17563] Excessive resizing of dicts when used as a cache
In-Reply-To: <1364420039.63.0.203772094216.issue17563@psf.upfronthosting.co.za>
Message-ID: <1364535931.78.0.539428061948.issue17563@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17563>
_______________________________________

From report at bugs.python.org  Fri Mar 29 07:08:32 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 29 Mar 2013 06:08:32 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364537312.44.0.427161091149.issue17546@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

Ok. Maybe I proposed the solution too early. I am fine with doc fix, but given the previous experience I have doubts it will happen. Maybe opening a wiki page with a current draft can help:

   http://wiki.python.org/moin/Locals
    or better
   http://piratepad.net/locals

Describing implementation details is necessary, but they should include a recommendation how to work with locals safely and avoid hitting yourself in the foot if you don't want to read about internals. For that I propose "if you are not interested in implementation details, always copy locals() to dict to avoid potential problems with auto-updating behavior. This is also guaranteed to work with other Python implementations." Is that ok?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Fri Mar 29 07:52:41 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Fri, 29 Mar 2013 06:52:41 +0000
Subject: [issue12466] sporadic failures of test_close_fds and test_pass_fds in
	test_subprocess
In-Reply-To: <1364498566.5.0.147462798909.issue12466@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM01fA2ALC_E6Ln-cXe_ctQmG9D6-DncFa1aN_3-3Z0HKQ@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

Greg, the original issue was about an OS X failure, and it's still a
problem AFAICT.
However it's definitely not a problem with your patch, but an OS X
kernel bug (we've had another similar issue some time ago I think), so
we might as well skip the offending tests on this OS X version.

As for close() and EINTR, if you plan to do the change, it would
probably be interesting to check if there are other such patterns in
the stdlib.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12466>
_______________________________________

From report at bugs.python.org  Fri Mar 29 08:22:00 2013
From: report at bugs.python.org (Ned Deily)
Date: Fri, 29 Mar 2013 07:22:00 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364541720.6.0.253082112251.issue17554@psf.upfronthosting.co.za>


Ned Deily added the comment:

There definitely needs to be an option to continue to include the normal progress list in the output.  This is essential for comparing test runs.  I'm +0 on whether it be the default or not.  Actually, what is really needed for automated analysis of test runs is getting the complete output of a regrtest run in a standard serialized format, perhaps YAML, including the test name, test result, stdout, and stderr for each test. But that's a separate issue.  I've attached a the output from a current OS X run with the proof-of-concept patch.  One issue that I see is that there are a number of tests that normally produce messages of various sorts to stderr and/or stdout without the test failing.  Suppressing the passed test names makes it difficult to figure out from which tests these messages are coming from.

----------
nosy: +ned.deily
Added file: http://bugs.python.org/file29601/patched_regrtest_output.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Fri Mar 29 08:54:26 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Fri, 29 Mar 2013 07:54:26 +0000
Subject: [issue17571] broken links on Lib/datetime.py docstring
Message-ID: <1364543666.79.0.123809819447.issue17571@psf.upfronthosting.co.za>


New submission from Tshepang Lekhonkhobe:

There are 2 broken links at the beginning of Lib/datetime.py.

One other thing, maybe "prototype implemented in Python" is an outdated and/or needless statement?

----------
assignee: docs at python
components: Documentation, Library (Lib)
messages: 185494
nosy: docs at python, tshepang
priority: normal
severity: normal
status: open
title: broken links on Lib/datetime.py docstring
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17571>
_______________________________________

From report at bugs.python.org  Fri Mar 29 11:12:09 2013
From: report at bugs.python.org (Dirkjan Ochtman)
Date: Fri, 29 Mar 2013 10:12:09 +0000
Subject: [issue17514] Add the license to argparse.py
In-Reply-To: <1363911732.52.0.330096157772.issue17514@psf.upfronthosting.co.za>
Message-ID: <1364551929.45.0.631063147953.issue17514@psf.upfronthosting.co.za>


Changes by Dirkjan Ochtman <dirkjan at ochtman.nl>:


----------
nosy: +djc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17514>
_______________________________________

From report at bugs.python.org  Fri Mar 29 11:48:04 2013
From: report at bugs.python.org (Claudiu.Popa)
Date: Fri, 29 Mar 2013 10:48:04 +0000
Subject: [issue17572] strptime exception context
Message-ID: <1364554084.0.0.791831324367.issue17572@psf.upfronthosting.co.za>


New submission from Claudiu.Popa:

When using a directive that is not recognised by time.strptime, the following occurs in Python 3:

>>> time.strptime("", "%D")
Traceback (most recent call last):
  File "C:\Python33\lib\_strptime.py", line 320, in _strptime
    format_regex = _TimeRE_cache.compile(format)
  File "C:\Python33\lib\_strptime.py", line 268, in compile
    return re_compile(self.pattern(format), IGNORECASE)
  File "C:\Python33\lib\_strptime.py", line 262, in pattern
    self[format[directive_index]])
KeyError: 'D'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Python33\lib\_strptime.py", line 494, in _strptime_time
    tt = _strptime(data_string, format)[0]
  File "C:\Python33\lib\_strptime.py", line 329, in _strptime
    (bad_directive, format))
ValueError: 'D' is a bad directive in format '%D'
>>>

Probably the KeyError should be supressed when raising the ValueError. The attached patch tries to fix this issue, by suppressing the context.

----------
components: Library (Lib)
files: strptime.patch
keywords: patch
messages: 185495
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: strptime exception context
type: behavior
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29602/strptime.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17572>
_______________________________________

From report at bugs.python.org  Fri Mar 29 12:36:44 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 29 Mar 2013 11:36:44 +0000
Subject: [issue17573] add ElementTree XML processing benchmark to benchmark
	suite
Message-ID: <1364557004.09.0.303350319351.issue17573@psf.upfronthosting.co.za>


New submission from Stefan Behnel:

Here is an artificial but pretty broad ElementTree benchmark, testing the modules xml.etree.ElementTree, xml.etree.cElementTree and lxml.etree (if importable). Please add it to the benchmark suite.

----------
components: Benchmarks, XML
files: add_et_benchmark.patch
keywords: patch
messages: 185496
nosy: scoder
priority: normal
severity: normal
status: open
title: add ElementTree XML processing benchmark to benchmark suite
type: enhancement
Added file: http://bugs.python.org/file29603/add_et_benchmark.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17573>
_______________________________________

From report at bugs.python.org  Fri Mar 29 12:46:30 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 29 Mar 2013 11:46:30 +0000
Subject: [issue17573] add ElementTree XML processing benchmark to benchmark
	suite
In-Reply-To: <1364557004.09.0.303350319351.issue17573@psf.upfronthosting.co.za>
Message-ID: <1364557590.43.0.861352338263.issue17573@psf.upfronthosting.co.za>


Changes by Stefan Behnel <scoder at users.sourceforge.net>:


----------
nosy: +brett.cannon, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17573>
_______________________________________

From report at bugs.python.org  Fri Mar 29 12:58:56 2013
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 29 Mar 2013 11:58:56 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364402909.97.0.467946240817.issue17561@psf.upfronthosting.co.za>
Message-ID: <1364558336.67.0.403610570631.issue17561@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

>> Where should I look?
> Tulip is at code.google.com/p/tulip

I meant in the code (and what needs to be done/refactored exactly).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Fri Mar 29 15:07:38 2013
From: report at bugs.python.org (J Porter)
Date: Fri, 29 Mar 2013 14:07:38 +0000
Subject: [issue17569] urllib2 urlopen truncates https pages after 32768
	characters
In-Reply-To: <1364516150.61.0.364872176062.issue17569@psf.upfronthosting.co.za>
Message-ID: <1364566058.63.0.518687864528.issue17569@psf.upfronthosting.co.za>


J Porter added the comment:

Here is the code (security info removed) and the output. I noticed that the problem is a bit different between 2.6.5 and 2.7.3 (on one the use of authentication is different) so I've included the output for both:

import urllib2

userData="Basic XXXX KEY GOES HERE"

emlUrl="https://pasta.lternet.edu/package/metadata/eml/knb-lter-vcr/25/27"
emlReq=urllib2.Request(emlUrl)
emlReq.add_header('Authorization', userData)
emlSock=urllib2.urlopen(emlReq,timeout=60)
emlString=emlSock.read()
print "Https,authenticated: "+str(len(emlString))

emlReq=urllib2.Request(emlUrl)
emlSock=urllib2.urlopen(emlReq,timeout=60)
emlString=emlSock.read()
print "Https,Not authenticated: "+str(len(emlString))

emlUrl="http://pasta.lternet.edu/package/metadata/eml/knb-lter-vcr/25/27"
emlReq=urllib2.Request(emlUrl)
emlReq.add_header('Authorization', userData)
emlSock=urllib2.urlopen(emlReq,timeout=60)
emlString=emlSock.read()
print "Http,authenticated: "+str(len(emlString))


emlReq=urllib2.Request(emlUrl)
emlSock=urllib2.urlopen(emlReq,timeout=60)
emlString=emlSock.read()
lengthHttpsNotAuthenticated=len(emlString)
print "Http,authenticated: "+str(len(emlString))

OUTPUT when run on PC using Python 2.6.5
Https,authenticated: 32768
Https,Not authenticated: 32768
Http,authenticated: 40898
Http,authenticated: 40898

OUTPUT when run on Ubuntu Linux (12.4LTS):
Https,authenticated: 32768
Https,Not authenticated: 40898
Http,authenticated: 40898
Http,authenticated: 40898

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17569>
_______________________________________

From report at bugs.python.org  Fri Mar 29 16:37:17 2013
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 29 Mar 2013 15:37:17 +0000
Subject: [issue17561] Add socket.create_server_sock() convenience function
In-Reply-To: <1364558336.67.0.403610570631.issue17561@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJ+d+C1PAk44a51uH4AqVgWPY5ABSFUptF5UAh7pP51vTg@mail.gmail.com>


Guido van Rossum added the comment:

start_serving() in base_events.py.

On Fri, Mar 29, 2013 at 4:58 AM, Giampaolo Rodola'
<report at bugs.python.org>wrote:

>
> Giampaolo Rodola' added the comment:
>
> >> Where should I look?
> > Tulip is at code.google.com/p/tulip
>
> I meant in the code (and what needs to be done/refactored exactly).
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17561>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17561>
_______________________________________

From report at bugs.python.org  Fri Mar 29 17:21:50 2013
From: report at bugs.python.org (Valentin Lab)
Date: Fri, 29 Mar 2013 16:21:50 +0000
Subject: [issue17574] pysetup failing with "OSError: [Errno 18] Invalid
	cross-device link".
Message-ID: <1364574110.48.0.0858877849425.issue17574@psf.upfronthosting.co.za>


New submission from Valentin Lab:

running::

  $ pysetup remove shyaml
  'shyaml' cannot be removed.
  Error: [Errno 18] Invalid cross-device link

Same happens when using::

  $ pysetup install shyaml==0.1.3

Besides, I've no idea of the state of distutils2 which was promising and is working as far as I'm concerned (except for trivial bugs as this one).

I'm using it for several small project, and I would be glad to know that it is still maintained regarding such easily-corrected bugs.

Correction of this bug is trivial here because ``distutils2/install.py`` line 57 should use ``shutil.move()`` instead of ``os.rename()``. I've tested it, and this does the job.

Thank you for your attention.

----------
assignee: eric.araujo
components: Distutils2
messages: 185500
nosy: alexis, eric.araujo, tarek, vaab
priority: normal
severity: normal
status: open
title: pysetup failing with "OSError: [Errno 18] Invalid cross-device link".
type: crash
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17574>
_______________________________________

From report at bugs.python.org  Fri Mar 29 17:25:03 2013
From: report at bugs.python.org (dspublic@freemail.hu)
Date: Fri, 29 Mar 2013 16:25:03 +0000
Subject: [issue17575] HTTPConnection.send
Message-ID: <1364574303.8.0.198870267113.issue17575@psf.upfronthosting.co.za>


New submission from dspublic at freemail.hu:

http.client modul, HTTPConnection object, send method

Missing an "else" for self.sock.sendall(data) try block.


...
if hasattr(data, "read") : 
            if self.debuglevel > 0: 
                print("sendIng a read()able") 
            encode = False 
            try: 
                mode = data.mode 
            except AttributeError: 
                # io.BytesIO and other file-like objects don't have a `mode` 
                # attribute. 
                pass 
            else: 
                if "b" not in mode: 
                    encode = True 
                    if self.debuglevel > 0: 
                        print("encoding file using iso-8859-1") 
            while 1: 
                datablock = data.read(blocksize) 
                if not datablock: 
                    break 
                if encode: 
                    datablock = datablock.encode("iso-8859-1") 
                self.sock.sendall(datablock) 
        else: #missing else
          try: 
              self.sock.sendall(data) 
          except TypeError: 
              if isinstance(data, collections.Iterable): 
                    for d in data: 
                        self.sock.sendall(d) 
              else: 
                  raise TypeError("data should be a bytes-like object " 
                                "or an iterable, got %r" % type(data))

----------
messages: 185501
nosy: dspublic at freemail.hu
priority: normal
severity: normal
status: open
title: HTTPConnection.send
type: behavior
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17575>
_______________________________________

From report at bugs.python.org  Fri Mar 29 17:32:38 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 29 Mar 2013 16:32:38 +0000
Subject: [issue17574] pysetup failing with "OSError: [Errno 18] Invalid
	cross-device link".
In-Reply-To: <1364574110.48.0.0858877849425.issue17574@psf.upfronthosting.co.za>
Message-ID: <1364574758.42.0.801237994284.issue17574@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Thanks for the report.  I think this bug was already known, but development of distutils2 is currently stopped.  The scope and design were fundamentally flawed.  Current efforts are centered on defining a toolchain of builders, archivers and installers instead of one tool doing everything, and getting a bootstrap installer in the stdlib to download pip.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17574>
_______________________________________

From report at bugs.python.org  Fri Mar 29 17:49:36 2013
From: report at bugs.python.org (Chris Angelico)
Date: Fri, 29 Mar 2013 16:49:36 +0000
Subject: [issue17575] HTTPConnection.send
In-Reply-To: <1364574303.8.0.198870267113.issue17575@psf.upfronthosting.co.za>
Message-ID: <1364575776.31.0.409988300901.issue17575@psf.upfronthosting.co.za>


Changes by Chris Angelico <rosuav at gmail.com>:


----------
nosy: +Rosuav

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17575>
_______________________________________

From report at bugs.python.org  Fri Mar 29 18:35:10 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 17:35:10 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364578510.73.0.4363472442.issue17554@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I fixed all the tests that were producing extra output on my machine, but there are probably some left on other machines.  Using -uall also produces extra output, and I haven't decided how to deal with that yet (maybe it should be silenced as well).
Getting this right might require to introduce e.g. a new regrtest/support.print() function though...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Fri Mar 29 18:43:00 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 29 Mar 2013 17:43:00 +0000
Subject: [issue17425] Update OpenSSL versions in Windows builds
In-Reply-To: <1363299017.8.0.243503203176.issue17425@psf.upfronthosting.co.za>
Message-ID: <1364578980.21.0.923115775246.issue17425@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Sorry to reopen :-). It seems OpenSSL 1.0.1d was a kind of "brown paper bag" release, they've released 1.0.1e since (some of test_ssl can fail on 1.0.1d and succeed on 1.0.1e, as experienced on my Linux setup; the Windows buildbots also exhibit similar failures).

Following is their description of the fix:

?Changes between 1.0.1d and 1.0.1e [11 Feb 2013]

  *) Correct fix for CVE-2013-0169. The original didn't work on AES-NI
     supporting platforms or when small records were transferred.
     [Andy Polyakov, Steve Henson]?

----------
status: closed -> open
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17425>
_______________________________________

From report at bugs.python.org  Fri Mar 29 18:53:47 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 29 Mar 2013 17:53:47 +0000
Subject: [issue17573] add ElementTree XML processing benchmark to benchmark
	suite
In-Reply-To: <1364557004.09.0.303350319351.issue17573@psf.upfronthosting.co.za>
Message-ID: <1364579627.36.0.0943036015561.issue17573@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Haven't looked at the patch in detail but a couple of things:

- I don't think we need to benchmark the slow pure-Python ET, except when the fast version isn't present (basically, the main benchmark should try cET and then fallback on ET)

- I'm ok with lxml being benchmarked, but only if a well-defined version is included in the source tree (the problem being of course that it's not pure Python, so it will have to be built on the fly, assuming all dependencies are present :-/)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17573>
_______________________________________

From report at bugs.python.org  Fri Mar 29 18:59:39 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 29 Mar 2013 17:59:39 +0000
Subject: [issue17540] logging formatter support 'style' key in dictionary
	config
In-Reply-To: <1364193087.51.0.734621936911.issue17540@psf.upfronthosting.co.za>
Message-ID: <3ZcrLf3828zPTc@mail.python.org>


Roundup Robot added the comment:

New changeset d6fe31ce789d by Vinay Sajip in branch '3.3':
Issue #17540: Added style to Formatter configuration by dict.
http://hg.python.org/cpython/rev/d6fe31ce789d

New changeset e097fe3a87de by Vinay Sajip in branch 'default':
Closes #17540: Merged fix from 3.3.
http://hg.python.org/cpython/rev/e097fe3a87de

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17540>
_______________________________________

From report at bugs.python.org  Fri Mar 29 19:01:19 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Fri, 29 Mar 2013 18:01:19 +0000
Subject: [issue6671] webbrowser doesn't respect xfce default browser
In-Reply-To: <1249814125.92.0.530552321419.issue6671@psf.upfronthosting.co.za>
Message-ID: <1364580079.65.0.251175009659.issue6671@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6671>
_______________________________________

From report at bugs.python.org  Fri Mar 29 19:08:45 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 29 Mar 2013 18:08:45 +0000
Subject: [issue17573] add ElementTree XML processing benchmark to benchmark
	suite
In-Reply-To: <1364557004.09.0.303350319351.issue17573@psf.upfronthosting.co.za>
Message-ID: <1364580525.46.0.514763310375.issue17573@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

I considered lxml.etree support more of a convenience feature, just for comparison. Given that it's a binary package that doesn't run reliably on other Python implementations apart of CPython, I don't think it's really interesting to make it part of the benchmark suite. I'd rather add an explicit option to enable it than include it there.

I'm ok with the conditional import for ET, although I don't see a reason to exclude it. Why not be able to compare the performance of both implementations as well? There's a slowpickle benchmark, for example.

So, what about only testing cET by default and adding an explicit option "--etree-module=package.module" to change the imported module, e.g. "--etree-module=lxml.etree" to benchmark lxml or "--etree-module=cElementTree" to benchmark a separately installed 3rd party cET package?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17573>
_______________________________________

From report at bugs.python.org  Fri Mar 29 19:12:59 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 29 Mar 2013 18:12:59 +0000
Subject: [issue17573] add ElementTree XML processing benchmark to benchmark
	suite
In-Reply-To: <1364580525.46.0.514763310375.issue17573@psf.upfronthosting.co.za>
Message-ID: <1364580511.3616.8.camel@localhost.localdomain>


Antoine Pitrou added the comment:

> I'm ok with the conditional import for ET, although I don't see a
> reason to exclude it. Why not be able to compare the performance of
> both implementations as well? There's a slowpickle benchmark, for
> example.

It made sense in 2.7 where both implementations were visibly selectable
(and the pure Python ones were arguably the "default" choice since their
names were less obtuse). But in 3.3 the C accelerator is automatically
enabled when importing xml.etree. So I don't think making a difference
makes much sense anymore.

> So, what about only testing cET by default and adding an explicit
> option "--etree-module=package.module" to change the imported module,
> e.g. "--etree-module=lxml.etree" to benchmark lxml or
> "--etree-module=cElementTree" to benchmark a separately installed 3rd
> party cET package?

Well, we could still add a "lxml" benchmark but disable it by default (I
mean not make it part of the main sub-suites). That way people can run
it explicitly if they want.

(also, since it's a "lxml" benchmark, it may test other things than
simply the etree API, if you like)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17573>
_______________________________________

From report at bugs.python.org  Fri Mar 29 19:14:29 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 29 Mar 2013 18:14:29 +0000
Subject: [issue17453] logging.config.fileConfig error
In-Reply-To: <1363592089.61.0.213350705624.issue17453@psf.upfronthosting.co.za>
Message-ID: <1364580869.7.0.31768740169.issue17453@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

Removing myself from nosy, as it appears to be a ConfigParser issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17453>
_______________________________________

From report at bugs.python.org  Fri Mar 29 19:15:00 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 18:15:00 +0000
Subject: [issue17549] Some exceptions not highlighted in exceptions
	documentation.
In-Reply-To: <1364288713.27.0.682070443394.issue17549@psf.upfronthosting.co.za>
Message-ID: <1364580900.91.0.805821797366.issue17549@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17549>
_______________________________________

From report at bugs.python.org  Fri Mar 29 19:22:17 2013
From: report at bugs.python.org (R. David Murray)
Date: Fri, 29 Mar 2013 18:22:17 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364581337.07.0.919335466519.issue17554@psf.upfronthosting.co.za>


R. David Murray added the comment:

-uall shouldn't produce more output by itself, it just runs more tests.  Do you mean that some *output* is actually conditionalized on whether a certain resource is enabled?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Fri Mar 29 19:22:38 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 18:22:38 +0000
Subject: [issue17568] re: Infinite loop with repeated empty alternative
In-Reply-To: <1364514602.25.0.0249156897876.issue17568@psf.upfronthosting.co.za>
Message-ID: <1364581358.97.0.372367670846.issue17568@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
components: +Regular Expressions
nosy: +ezio.melotti, mrabarnett
type: enhancement -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17568>
_______________________________________

From report at bugs.python.org  Fri Mar 29 19:27:25 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 18:27:25 +0000
Subject: [issue17554] Compact output for regrtest
In-Reply-To: <1364331735.49.0.0652208703783.issue17554@psf.upfronthosting.co.za>
Message-ID: <1364581645.48.0.24244462867.issue17554@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The tests enabled by -uall (and probably -unetwork) use open_urlresource, and open_urlresource has a "print('\tfetching %s ...' % url, file=get_original_stdout())".  This should probably be printed only when -v is passed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17554>
_______________________________________

From report at bugs.python.org  Fri Mar 29 20:49:56 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 29 Mar 2013 19:49:56 +0000
Subject: [issue5038] urrlib2/httplib doesn't reset file position between
	requests
In-Reply-To: <1232730438.9.0.904675957675.issue5038@psf.upfronthosting.co.za>
Message-ID: <1364586596.11.0.334767005762.issue5038@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

I think, this requires triaging in terms of is the feature request still applicable. Except 100 is sent by httplib and the support for this was added few years ago, much later then this bug was originally raised.

----------
assignee:  -> orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5038>
_______________________________________

From report at bugs.python.org  Fri Mar 29 21:07:02 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 29 Mar 2013 20:07:02 +0000
Subject: [issue1712522] urllib.quote throws exception on Unicode URL
Message-ID: <1364587622.72.0.823518203835.issue1712522@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

A lot of work has already been done on this issue.  If this is likely to get into 2.7 then fine leave it open, if not can this be closed?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1712522>
_______________________________________

From report at bugs.python.org  Fri Mar 29 21:35:27 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 20:35:27 +0000
Subject: [issue17564] test_urllib2_localnet fails
In-Reply-To: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>
Message-ID: <1364589327.15.0.456910654855.issue17564@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Attached a patch to skip the test unless -unetwork/-uall is provided.

----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file29604/issue17564.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Fri Mar 29 21:54:05 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 29 Mar 2013 20:54:05 +0000
Subject: [issue15494] Move test/support.py into a test.support subpackage
In-Reply-To: <1343612231.54.0.0439576601623.issue15494@psf.upfronthosting.co.za>
Message-ID: <1364590445.38.0.876567132121.issue15494@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

OK, Georg has locked the 3.2 branch now, so we can proceed with this without making any 3.2 blockers harder to deal with.

----------
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15494>
_______________________________________

From report at bugs.python.org  Fri Mar 29 21:55:04 2013
From: report at bugs.python.org (Todd Rovito)
Date: Fri, 29 Mar 2013 20:55:04 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1364590504.85.0.654342454577.issue14146@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Fri Mar 29 21:55:57 2013
From: report at bugs.python.org (Todd Rovito)
Date: Fri, 29 Mar 2013 20:55:57 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1364590557.4.0.326271942038.issue14146@psf.upfronthosting.co.za>


Todd Rovito added the comment:

I was going to try Python 3.4 and TK 8.6 on Windows and see what happens.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Fri Mar 29 21:56:14 2013
From: report at bugs.python.org (paul j3)
Date: Fri, 29 Mar 2013 20:56:14 +0000
Subject: [issue14191] argparse doesn't allow optionals within positionals
In-Reply-To: <1330843053.88.0.983162018395.issue14191@psf.upfronthosting.co.za>
Message-ID: <1364590574.24.0.02037954914.issue14191@psf.upfronthosting.co.za>


paul j3 added the comment:

Glenn
I looked at your t18a.py test case

    parser = ArgumentParser()
    parser.add_argument('--foo', dest='foo')
    parser.add_argument('--bar', dest='bar')
    parser.add_argument('foz')
    parser.add_argument('baz', nargs='*')

and parse variations on 'a b c d --foo x --bar 1'

I think your main problem is with the 'baz', nargs='*'.  If nargs was changed to '+', 'a --foo x b c d --bar 1' would work, returning {foz='a', bar=['b','c','d']}.

argparse alternates between consuming positional and optionals until it runs out of arguments or argument strings.  But with '*', both 'foz' and 'baz' are consumed with the first set of positional strings {foz='a', baz=[]}.  When it gets to 'b c d' there are no more positional arguments to consume, so they get put into 'extras'.

With nargs='+', 'a b --foo x c d --bar 1' would assign {foz='a', baz=[b]}, and extras=['c','d'].

So while optionals can be interspersed with positionals, they can't be placed within the set of strings intended for one positional. That seems to me to very reasonable (why break up 'b c d'?).  And as your file demonstrates, you can fall back on parse_known_args to handle the extras.

----------
nosy: +paul.j3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14191>
_______________________________________

From report at bugs.python.org  Fri Mar 29 21:57:19 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 20:57:19 +0000
Subject: [issue17571] broken links on Lib/datetime.py docstring
In-Reply-To: <1364543666.79.0.123809819447.issue17571@psf.upfronthosting.co.za>
Message-ID: <1364590639.98.0.94227145758.issue17571@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

This is the module docstring:
"""Concrete date/time and related types -- prototype implemented in Python.

See http://www.zope.org/Members/fdrake/DateTimeWiki/FrontPage

See also http://dir.yahoo.com/Reference/calendars/

For a primer on DST, including many current DST rules, see
http://webexhibits.org/daylightsaving/

For more about DST than you ever wanted to know, see
ftp://elsie.nci.nih.gov/pub/

Sources for time zone and DST data: http://www.twinsun.com/tz/tz-link.htm

This was originally copied from the sandbox of the CPython CVS repository.
Thanks to Tim Peters for suggesting using it.
"""

The first link is broken, the following two links look like more or less random page that can be found by googling, the .gov site might have been useful but it's broken, and the last link looks OK.
I think it would be better to replace the whole docstring with something more descriptive.  I'm not sure those links should be kept at all.

----------
nosy: +belopolsky, ezio.melotti, tim_one

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17571>
_______________________________________

From report at bugs.python.org  Fri Mar 29 22:15:58 2013
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Fri, 29 Mar 2013 21:15:58 +0000
Subject: [issue17571] broken links on Lib/datetime.py docstring
In-Reply-To: <1364543666.79.0.123809819447.issue17571@psf.upfronthosting.co.za>
Message-ID: <1364591758.69.0.795408622281.issue17571@psf.upfronthosting.co.za>


Fred L. Drake, Jr. added the comment:

Let's just update the docstring:

"""Concrete date/time and related types.

See also http://dir.yahoo.com/Reference/calendars/

For a primer on DST, including many current DST rules, see
http://webexhibits.org/daylightsaving/

Sources for time zone and DST data: http://www.twinsun.com/tz/tz-link.htm

This was originally copied from the sandbox of the CPython CVS repository.
Thanks to Tim Peters for suggesting using it.
"""

----------
nosy: +fdrake

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17571>
_______________________________________

From report at bugs.python.org  Fri Mar 29 22:24:51 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 21:24:51 +0000
Subject: [issue17572] strptime exception context
In-Reply-To: <1364554084.0.0.791831324367.issue17572@psf.upfronthosting.co.za>
Message-ID: <1364592291.56.0.137038896275.issue17572@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The fix LGTM.  The attached patch tweaks a bit your test and adds another one to check _strptime directly.

----------
nosy: +ezio.melotti
stage:  -> commit review
Added file: http://bugs.python.org/file29605/issue17572.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17572>
_______________________________________

From report at bugs.python.org  Fri Mar 29 22:56:39 2013
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 29 Mar 2013 21:56:39 +0000
Subject: [issue17571] broken links on Lib/datetime.py docstring
In-Reply-To: <1364543666.79.0.123809819447.issue17571@psf.upfronthosting.co.za>
Message-ID: <1364594199.04.0.422388028691.issue17571@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Shouldn't we link to IANA for timezones information?

http://www.iana.org/time-zones/repository/tz-link.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17571>
_______________________________________

From report at bugs.python.org  Fri Mar 29 23:25:11 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 29 Mar 2013 22:25:11 +0000
Subject: [issue17576] PyNumber_Index() is not int-subclass friendly
Message-ID: <1364595911.19.0.826873230127.issue17576@psf.upfronthosting.co.za>


New submission from Barry A. Warsaw:

operator.index() is just a thin wrapper around PyNumber_Index().  The documentation for operator.index() claims that it is equivalent to calling obj.__index__() but for subclasses of int, this is not true.  In fact, PyNumber_Index() first does (e.g. in Python 3.3) a PyLong_Check() and if that succeeds, the original object is returned *without* doing the moral equivalent in C of calling obj.__index__().  An example:

class myint(int):
    def __index__(self):
        return int(self) + 1

>>> x = myint(7)
>>> x.__index__()
8
>>> from operator import index
>>> index(x)
7

The C API documents PyNumber_Index() as: "Returns the o converted to a Python int on success or NULL with a TypeError exception raised on failure."

Because this has been the behavior of PyNumber_Index() since at least 2.7 (I didn't check farther back), this probably cannot be classified as a bug deserving to be fixed in the code for older Pythons.  It might be worth fixing for Python 3.4, i.e. by moving the index check before the type check.  In the meantime, this is probably a documentation bug.

The C API implies, but should be clearer that if o is an int subtype (int and long in Python 2), it is returned unchanged.  The operator.index() documentation should be amended to describe this behavior for int/long subclasses.

A different alternative would be to leave PyNumber_Index() unchanged, but with the doco fix, and to augment operator.index() to do the PyIndex_Check() first, before calling PyNumber_Index().  That's a little more redundant, but would provide the documented behavior without changing the C API.

----------
assignee: docs at python
components: Documentation
messages: 185522
nosy: barry, docs at python
priority: normal
severity: normal
status: open
title: PyNumber_Index() is not int-subclass friendly
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17576>
_______________________________________

From report at bugs.python.org  Fri Mar 29 23:25:33 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 29 Mar 2013 22:25:33 +0000
Subject: [issue17576] PyNumber_Index() is not int-subclass friendly (or
	operator.index() docos lie)
In-Reply-To: <1364595911.19.0.826873230127.issue17576@psf.upfronthosting.co.za>
Message-ID: <1364595933.1.0.0054352495253.issue17576@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
title: PyNumber_Index() is not int-subclass friendly -> PyNumber_Index() is not int-subclass friendly (or operator.index() docos lie)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17576>
_______________________________________

From report at bugs.python.org  Fri Mar 29 23:29:38 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 29 Mar 2013 22:29:38 +0000
Subject: [issue17576] PyNumber_Index() is not int-subclass friendly (or
	operator.index() docos lie)
In-Reply-To: <1364595911.19.0.826873230127.issue17576@psf.upfronthosting.co.za>
Message-ID: <1364596178.4.0.170619927624.issue17576@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

You also end up with this nice bit of inconsistency:

>>> x = myint(7)
>>> from operator import index
>>> range(10)[6:x]
range(6, 7)
>>> range(10)[6:x.__index__()]
range(6, 8)
>>> range(10)[6:index(x)]
range(6, 7)
>>> 

Granted, it's insane to have __index__() return a different value like this, but in my specific use case, it's the type of object returned from operator.index() that's the problem.  operator.index() returns the subclass instance while obj.__index__() returns the int.

(The use case is the IntEnum of PEP 435.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17576>
_______________________________________

From report at bugs.python.org  Fri Mar 29 23:38:58 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 29 Mar 2013 22:38:58 +0000
Subject: [issue17564] test_urllib2_localnet fails
In-Reply-To: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>
Message-ID: <1364596738.05.0.719592412566.issue17564@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

LGTM - please make the changes in all versions of python.

( I had the same patch pending locally and was waiting for my push->merge cycle time)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Sat Mar 30 00:32:58 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 29 Mar 2013 23:32:58 +0000
Subject: [issue17564] test_urllib2_localnet fails
In-Reply-To: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>
Message-ID: <3ZczlF32JSzPxW@mail.python.org>


Roundup Robot added the comment:

New changeset f668d2267303 by Ezio Melotti in branch '3.3':
#17564: skip test_bad_address unless the tests are run with -unetwork/-uall.
http://hg.python.org/cpython/rev/f668d2267303

New changeset a472fece6f31 by Ezio Melotti in branch '2.7':
#17564: skip test_bad_address unless the tests are run with -unetwork/-uall.
http://hg.python.org/cpython/rev/a472fece6f31

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Sat Mar 30 00:33:58 2013
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 29 Mar 2013 23:33:58 +0000
Subject: [issue17564] test_urllib2_localnet fails
In-Reply-To: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>
Message-ID: <3ZczmP707YzM25@mail.python.org>


Roundup Robot added the comment:

New changeset ae5c4a9118b8 by Ezio Melotti in branch 'default':
#17564: merge with 3.3.
http://hg.python.org/cpython/rev/ae5c4a9118b8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Sat Mar 30 00:34:20 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 23:34:20 +0000
Subject: [issue17564] test_urllib2_localnet fails
In-Reply-To: <1364420794.5.0.601329646357.issue17564@psf.upfronthosting.co.za>
Message-ID: <1364600060.4.0.239000504873.issue17564@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17564>
_______________________________________

From report at bugs.python.org  Sat Mar 30 00:37:54 2013
From: report at bugs.python.org (Phil Connell)
Date: Fri, 29 Mar 2013 23:37:54 +0000
Subject: [issue17577] Add lookahead/peek wrapper to itertools
Message-ID: <1364600274.74.0.549757857069.issue17577@psf.upfronthosting.co.za>


New submission from Phil Connell:

A recipe often requested on the likes of stackoverflow and activestate is a way to look 'ahead' in an iterator, without altering the values returned for subsequent next() calls.

Last time this came up on python-ideas, it got a reasonable reception:
  http://code.activestate.com/lists/python-ideas/19509/

So, having wanted (and implemented) this again, I thought it was worth a formal proposal.

Is this an idea worth pursuing?


I've attached a quick pure Python implementation, that adds a 'peek' method, used like this:

>>> it = lookahead(range(10))
>>> next(it)
0
>>> it.peek()
1
>>> next(it)
1
>>> it.peek(index=1)
3
>>> it.peek()
2
>>> next(it)
2

----------
components: Library (Lib)
files: lookahead.py
messages: 185527
nosy: pconnell, rhettinger, terry.reedy
priority: normal
severity: normal
status: open
title: Add lookahead/peek wrapper to itertools
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29606/lookahead.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17577>
_______________________________________

From report at bugs.python.org  Sat Mar 30 00:41:21 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 23:41:21 +0000
Subject: [issue17577] Add lookahead/peek wrapper to itertools
In-Reply-To: <1364600274.74.0.549757857069.issue17577@psf.upfronthosting.co.za>
Message-ID: <1364600481.04.0.245579002732.issue17577@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17577>
_______________________________________

From report at bugs.python.org  Sat Mar 30 00:53:43 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 29 Mar 2013 23:53:43 +0000
Subject: [issue14679] Define an __all__ for html.parser
In-Reply-To: <1335470773.41.0.349037543033.issue14679@psf.upfronthosting.co.za>
Message-ID: <1364601223.25.0.330898022547.issue14679@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

The module only defines 2 public objects: HTMLParser and HTMLParseError.  
The attached patch adds an __all__ with only HTMLParser.  Should HTMLParseError be included too, even though it's deprecated and will be removed in 3.5?

@Michele:
__all__ won't fix that, but at least it will make clear that the module-level regex (like tagfind) are not public.  Renaming the methods is not a good idea IMHO, we could move the "# internal" comments in the docstrings though.

----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file29607/issue14679.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14679>
_______________________________________

From report at bugs.python.org  Sat Mar 30 01:23:04 2013
From: report at bugs.python.org (Kenneth O'Brien)
Date: Sat, 30 Mar 2013 00:23:04 +0000
Subject: [issue12271] panel.h is not found even if it's installed on various
	flavours of SUSE
In-Reply-To: <1307365298.12.0.602165301483.issue12271@psf.upfronthosting.co.za>
Message-ID: <1364602984.87.0.218103665659.issue12271@psf.upfronthosting.co.za>


Kenneth O'Brien added the comment:

Removed generated files from patch. Requesting review.

----------
Added file: http://bugs.python.org/file29608/ken-ncurses-suse-update.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12271>
_______________________________________

From report at bugs.python.org  Sat Mar 30 01:29:36 2013
From: report at bugs.python.org (Eric Snow)
Date: Sat, 30 Mar 2013 00:29:36 +0000
Subject: [issue17576] PyNumber_Index() is not int-subclass friendly (or
	operator.index() docos lie)
In-Reply-To: <1364595911.19.0.826873230127.issue17576@psf.upfronthosting.co.za>
Message-ID: <1364603376.41.0.418321948666.issue17576@psf.upfronthosting.co.za>


Eric Snow added the comment:

Would it be okay to do a check on __index__ after the PyLong_Check() succeeds?  Something like this:

    if (PyLong_Check(item) &&
        item->ob_type->tp_as_number->nb_index == PyLong_Type.tp_as_number->nb_index) {
        Py_INCREF(item);
        return item;
    }

This is something Nick and I were talking about at the sprints regarding fast paths in the abstract API (for mappings and sequences in our case).

----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17576>
_______________________________________

From report at bugs.python.org  Sat Mar 30 01:36:57 2013
From: report at bugs.python.org (Alex Gaynor)
Date: Sat, 30 Mar 2013 00:36:57 +0000
Subject: [issue17576] PyNumber_Index() is not int-subclass friendly (or
	operator.index() docos lie)
In-Reply-To: <1364595911.19.0.826873230127.issue17576@psf.upfronthosting.co.za>
Message-ID: <1364603817.23.0.648576968008.issue17576@psf.upfronthosting.co.za>


Alex Gaynor added the comment:

In my opinion that should use PyLong_CheckExact

----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17576>
_______________________________________

From report at bugs.python.org  Sat Mar 30 01:39:42 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 30 Mar 2013 00:39:42 +0000
Subject: [issue17576] PyNumber_Index() is not int-subclass friendly (or
	operator.index() docos lie)
In-Reply-To: <1364603376.41.0.418321948666.issue17576@psf.upfronthosting.co.za>
Message-ID: <20130329203938.6a53389b@limelight.wooz.org>


Barry A. Warsaw added the comment:

On Mar 30, 2013, at 12:29 AM, Eric Snow wrote:

>Would it be okay to do a check on __index__ after the PyLong_Check()
>succeeds?  Something like this:
>
>    if (PyLong_Check(item) &&
>        item->ob_type->tp_as_number->nb_index == PyLong_Type.tp_as_number->nb_index) {
>        Py_INCREF(item);
>        return item;
>    }
>
>This is something Nick and I were talking about at the sprints regarding fast
>paths in the abstract API (for mappings and sequences in our case).

I think that would work, yes.  With this extra check, overriding __index__()
in the subclass should fail this condition and fall back to the
PyIndex_Check() clause.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17576>
_______________________________________

From report at bugs.python.org  Sat Mar 30 02:05:10 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 30 Mar 2013 01:05:10 +0000
Subject: [issue17577] Add lookahead/peek wrapper to itertools
In-Reply-To: <1364600274.74.0.549757857069.issue17577@psf.upfronthosting.co.za>
Message-ID: <1364605510.29.0.346143891307.issue17577@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Based on previous discussions on the subject, I'm disinclined to accept a lookahead tool for the itertools module.  Adding a recipe using tee() may be reasonable though.

I'll mark this a low priority and will come back an give in more consideration at some point.

----------
assignee:  -> rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17577>
_______________________________________

From report at bugs.python.org  Sat Mar 30 02:06:05 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 30 Mar 2013 01:06:05 +0000
Subject: [issue17577] Add lookahead/peek wrapper to itertools
In-Reply-To: <1364600274.74.0.549757857069.issue17577@psf.upfronthosting.co.za>
Message-ID: <1364605565.89.0.0391759151581.issue17577@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Unmarking the "needs patch" stage.  A rush to implementation would be premature at this point.

----------
stage: needs patch -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17577>
_______________________________________

From report at bugs.python.org  Sat Mar 30 02:32:46 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sat, 30 Mar 2013 01:32:46 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1364607166.63.0.886873228253.issue14146@psf.upfronthosting.co.za>


Todd Rovito added the comment:

I tried both TCL/TK 8.5.13 and TCL/TK 8.6 with the latest Python 3.4 on Windows 7 the editor window never showed a line as I stepped through the debugger.  I am going to try in Mac/Linux to make sure I am not crazy that a line in the editor window does indicate where the debugger is.  Then I intend to look in the bug tracker on TCL/TK and possibly post a question for help.  On Windows the initial line does look funny on a line with a quoted string such as print("hello world") the yellow does not cover the quoted string.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Sat Mar 30 03:44:53 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 30 Mar 2013 02:44:53 +0000
Subject: [issue15331] Codecs docs should explain that the bytes-bytes
	shorthand aliases are missing
In-Reply-To: <1342091074.63.0.386956250979.issue15331@psf.upfronthosting.co.za>
Message-ID: <1364611493.64.0.177340841383.issue15331@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15331>
_______________________________________

From report at bugs.python.org  Sat Mar 30 04:15:16 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sat, 30 Mar 2013 03:15:16 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1364613316.52.0.186154304703.issue14146@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Before I forget here are the general steps I followed to get TCL/TK 8.5.13 and 8.6 to work.  For TCL/TK 8.6 I had to change the actual Visual Studio 2010 project. 

Generally you have to follow the steps in readme.txt located in PCBuild of the source tree.  readme.txt references a file Tools\buildbot\external.bat which has the step by step instructions on how to build TCL/TK.  Skip the part about going to svn.python.org/external because neither 8.6 or 8.5.13 have been added yet.  So I downloaded the code from the sourceforge.net TCL/TK site.  This post explains a step that must be performed which is not documented in any of the references above:
http://mail.python.org/mailman/private/core-mentorship/2013-March/001593.html

Finally for TCL/TK 8.6 I had to change the visual studio project to use the right .lib file for TCL/TK.  Start Visual Studio 2010 right click _tkinter project then select properties.  Under the Linker/Input option set Additional Dependencies to c:\prog\cpython\tcltk\lib\tcl86tg.lib and c:\prog\cpython\tcltk\lib\tk86tg.lib

erase the old values.  Now rebuild and everything should just work (c) don't forget to manually copy the DLL files to the PCBuild directory.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Sat Mar 30 04:19:37 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 30 Mar 2013 03:19:37 +0000
Subject: [issue17526] inspect.findsource raises undocumented error for code
	objects with empty filename
In-Reply-To: <1364004239.34.0.135236485776.issue17526@psf.upfronthosting.co.za>
Message-ID: <3Zd4mn08jdzPry@mail.python.org>


Roundup Robot added the comment:

New changeset bc73223e4c10 by Ezio Melotti in branch '2.7':
#17526: fix an IndexError raised while passing code without filename to inspect.findsource().  Initial patch by Tyler Doyle.
http://hg.python.org/cpython/rev/bc73223e4c10

New changeset 39e103c1577e by Ezio Melotti in branch '3.3':
#17526: fix an IndexError raised while passing code without filename to inspect.findsource().  Initial patch by Tyler Doyle.
http://hg.python.org/cpython/rev/39e103c1577e

New changeset 8362fbb0ef42 by Ezio Melotti in branch 'default':
#17526: merge with 3.3.
http://hg.python.org/cpython/rev/8362fbb0ef42

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17526>
_______________________________________

From report at bugs.python.org  Sat Mar 30 04:21:15 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 30 Mar 2013 03:21:15 +0000
Subject: [issue17526] inspect.findsource raises undocumented error for code
	objects with empty filename
In-Reply-To: <1364004239.34.0.135236485776.issue17526@psf.upfronthosting.co.za>
Message-ID: <1364613675.1.0.355774971308.issue17526@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the report and the patch!

----------
assignee:  -> ezio.melotti
nosy: +ezio.melotti
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17526>
_______________________________________

From report at bugs.python.org  Sat Mar 30 04:35:13 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sat, 30 Mar 2013 03:35:13 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1364614513.11.0.111887566848.issue14146@psf.upfronthosting.co.za>


Todd Rovito added the comment:

I have confirmed that Linux and Mac work great but Windows fails to highlight the current line in the editor window.  Next I will try and find/file a bug with the TCL/TK folks.....

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Sat Mar 30 04:46:51 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 30 Mar 2013 03:46:51 +0000
Subject: [issue17533] test_xpickle fails with "cannot import name
	precisionbigmemtest" or "cannot import name _2G"
In-Reply-To: <1364076189.44.0.308602234194.issue17533@psf.upfronthosting.co.za>
Message-ID: <1364615211.91.0.242396292859.issue17533@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Can you try the attached patch?

----------
keywords: +patch
nosy: +ezio.melotti
Added file: http://bugs.python.org/file29609/issue17533.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17533>
_______________________________________

From report at bugs.python.org  Sat Mar 30 04:56:31 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 30 Mar 2013 03:56:31 +0000
Subject: [issue17539] Use the builtins module in the unittest.mock.patch
	example
In-Reply-To: <1364191984.35.0.104161135895.issue17539@psf.upfronthosting.co.za>
Message-ID: <3Zd5bM0kxPzNZg@mail.python.org>


Roundup Robot added the comment:

New changeset b0c0a03b8033 by Ezio Melotti in branch '3.3':
#17539: fix MagicMock example.  Patch by Berker Peksag.
http://hg.python.org/cpython/rev/b0c0a03b8033

New changeset d5d6209745ab by Ezio Melotti in branch 'default':
#17539: merge with 3.3.
http://hg.python.org/cpython/rev/d5d6209745ab

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17539>
_______________________________________

From report at bugs.python.org  Sat Mar 30 04:57:07 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 30 Mar 2013 03:57:07 +0000
Subject: [issue17539] Use the builtins module in the unittest.mock.patch
	example
In-Reply-To: <1364191984.35.0.104161135895.issue17539@psf.upfronthosting.co.za>
Message-ID: <1364615827.65.0.034379979735.issue17539@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the report and the patch!

----------
assignee: docs at python -> ezio.melotti
nosy: +ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17539>
_______________________________________

From report at bugs.python.org  Sat Mar 30 04:57:51 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 30 Mar 2013 03:57:51 +0000
Subject: [issue17548] unittest.mock: test_create_autospec_unbound_methods is
	skipped
In-Reply-To: <1364255908.36.0.236092443385.issue17548@psf.upfronthosting.co.za>
Message-ID: <1364615871.75.0.774849682996.issue17548@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17548>
_______________________________________

From report at bugs.python.org  Sat Mar 30 06:05:26 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Mar 2013 05:05:26 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
	side of the editor window, and have it enabled by default.
In-Reply-To: <1364102013.73.0.373085073641.issue17535@psf.upfronthosting.co.za>
Message-ID: <1364619926.06.0.837064698921.issue17535@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

PSF accepts contributions from authors under Contributor Agreements. It does not grab software from 3rd parties, no matter how lenient the license. Roger, if you assigned all rights to the University, you should talk with them about either getting some back or about the University signing a corporate agreement. Also, there is a new psf 'legal' list for discussing legal matters.

And yes, I am interested in line numbers also. I do not need them to edit my own files, but they are handy when communicating about stdlib files.

----------
nosy: +terry.reedy
versions:  -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Sat Mar 30 06:19:26 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Mar 2013 05:19:26 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364620766.1.0.131671934167.issue17546@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Sat Mar 30 06:34:08 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Mar 2013 05:34:08 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364621648.5.0.936999282942.issue17546@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

After the last exchange on #7083, Guido emailed me that I could/should revised the doc a bit, but he said he did *not* want the details explained because he regards them as CPython implementation details and not part of the language definition. I have not done so yet because of other issues, especially the Idle PEP and related discussion. What is needed is something like

"The relationship between the local namespace and the locals dict is undefined between calls to locals(). Changes to either may or may not be propagated to the other."

Perhaps add "The dict returned by locals() is intended to be used immediately, either for introspection or for passing on to functions such as eval() and exec()." and even "It is not intended to be saved and used later."

What I have not figured out yet is how to integrate the above with the current text.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Sat Mar 30 06:38:07 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 30 Mar 2013 05:38:07 +0000
Subject: [issue17533] test_xpickle fails with "cannot import name
	precisionbigmemtest" or "cannot import name _2G"
In-Reply-To: <1364076189.44.0.308602234194.issue17533@psf.upfronthosting.co.za>
Message-ID: <1364621887.31.0.314692323271.issue17533@psf.upfronthosting.co.za>


Ned Deily added the comment:

There's a typo in the patch and None won't work. With the following change to the patch:

-    _2G = _1G = None
+    _2G = _1M = 0

the test passes on OS X 10.5 against the system 2.5.1 and an installed 2.4.4.  Thanks!

----------
stage: needs patch -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17533>
_______________________________________

From report at bugs.python.org  Sat Mar 30 06:42:36 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Mar 2013 05:42:36 +0000
Subject: [issue17551] Windows - accessing drive with nothing mounted forces
	user interaction
In-Reply-To: <1364318804.06.0.966349277982.issue17551@psf.upfronthosting.co.za>
Message-ID: <1364622156.74.0.665312833217.issue17551@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Bob, when replying by email, please snip everything except your reply, and perhaps a specific small quote.

Since the doc says exists returns True or False, raising a popup seems like a bug to be fixed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17551>
_______________________________________

From report at bugs.python.org  Sat Mar 30 07:06:36 2013
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 30 Mar 2013 06:06:36 +0000
Subject: [issue17483] Can not tell urlopen not to check the hostname for https
	connections.
In-Reply-To: <1363715731.1.0.258453337852.issue17483@psf.upfronthosting.co.za>
Message-ID: <1364623596.2.0.553793399513.issue17483@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Here is an approach to solve this. I think, going this way is safe. I shall append with the tests and docs.

----------
Added file: http://bugs.python.org/file29610/17483-v1-notests-nodocs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17483>
_______________________________________

From report at bugs.python.org  Sat Mar 30 07:31:41 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 30 Mar 2013 06:31:41 +0000
Subject: [issue17578] Update devguide for 3.2 in security-fix-only mode
Message-ID: <1364625101.22.0.730828988878.issue17578@psf.upfronthosting.co.za>


New submission from Ned Deily:

The attached patch updates the Developer's Guide to reflect the changes in the development process now that the 3.2 branch has closed for bug fixes and has moved to security-fix-only status.

----------
components: Devguide
files: devguide_32_to_security_mode.patch
keywords: patch
messages: 185548
nosy: ezio.melotti, ned.deily
priority: normal
severity: normal
stage: patch review
status: open
title: Update devguide for 3.2 in security-fix-only mode
Added file: http://bugs.python.org/file29611/devguide_32_to_security_mode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17578>
_______________________________________

From report at bugs.python.org  Sat Mar 30 08:19:51 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 30 Mar 2013 07:19:51 +0000
Subject: [issue15533] subprocess.Popen(cwd) documentation
In-Reply-To: <1343886272.5.0.825552125397.issue15533@psf.upfronthosting.co.za>
Message-ID: <1364627991.29.0.953238235916.issue15533@psf.upfronthosting.co.za>


Ned Deily added the comment:

Note, that test_executable_without_cwd now fails when the tests are run from an installed Python.  See Issue17046.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15533>
_______________________________________

From report at bugs.python.org  Sat Mar 30 09:25:44 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 30 Mar 2013 08:25:44 +0000
Subject: [issue17576] PyNumber_Index() is not int-subclass friendly (or
	operator.index() docos lie)
In-Reply-To: <1364595911.19.0.826873230127.issue17576@psf.upfronthosting.co.za>
Message-ID: <1364631944.52.0.314922444332.issue17576@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17576>
_______________________________________

From report at bugs.python.org  Sat Mar 30 09:51:25 2013
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sat, 30 Mar 2013 08:51:25 +0000
Subject: [issue17555] Creating new processes after importing
	multiprocessing.managers consumes more and more memory
In-Reply-To: <1364382134.32.0.747229329217.issue17555@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM1_breEJb2xDF2itf-8if9F9g0WgJt4EkdPknr3MRYTmQ@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

Richard, your patch is indeed better, and fixes the problem.
With a test it should be ready to go in.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17555>
_______________________________________

From report at bugs.python.org  Sat Mar 30 10:20:09 2013
From: report at bugs.python.org (Anthony Kong)
Date: Sat, 30 Mar 2013 09:20:09 +0000
Subject: [issue5038] urrlib2/httplib doesn't reset file position between
	requests
In-Reply-To: <1232730438.9.0.904675957675.issue5038@psf.upfronthosting.co.za>
Message-ID: <1364635209.66.0.334333332576.issue5038@psf.upfronthosting.co.za>


Changes by Anthony Kong <anthony.hw.kong at gmail.com>:


----------
nosy: +Anthony.Kong

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5038>
_______________________________________

From report at bugs.python.org  Sat Mar 30 10:27:50 2013
From: report at bugs.python.org (Stefan Behnel)
Date: Sat, 30 Mar 2013 09:27:50 +0000
Subject: [issue17573] add ElementTree XML processing benchmark to benchmark
	suite
In-Reply-To: <1364557004.09.0.303350319351.issue17573@psf.upfronthosting.co.za>
Message-ID: <1364635670.41.0.321134576272.issue17573@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Ok, but an lxml benchmark is independent from this patch then. I updated it to only use cElementTree, with the additional "--etree-module" option and also a "--no-accelerator" option for advanced usage.

Another thing I did is to split the actual benchmark code into three: one that does parse-process-serialise, one that only does process-serialise, and one that does only generate-serialise. The intention is to also represent the use case of just getting stuff out, instead of always getting everything in through the parser.

----------
Added file: http://bugs.python.org/file29612/add_et_benchmark.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17573>
_______________________________________

From report at bugs.python.org  Sat Mar 30 13:09:37 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 30 Mar 2013 12:09:37 +0000
Subject: [issue1944] Documentation for PyUnicode_AsString (et al.) missing.
In-Reply-To: <1201415203.65.0.272410099804.issue1944@psf.upfronthosting.co.za>
Message-ID: <1364645377.35.0.326877424936.issue1944@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is it worth applying the patch given the complete rewrite of unicode for 3.3 via PEP393?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1944>
_______________________________________

From report at bugs.python.org  Sat Mar 30 13:26:50 2013
From: report at bugs.python.org (Matthias Klose)
Date: Sat, 30 Mar 2013 12:26:50 +0000
Subject: [issue17579] socket module in 2.7.4 raises error instead of gaierror
	in 2.7.3
Message-ID: <1364646410.74.0.12025948597.issue17579@psf.upfronthosting.co.za>


New submission from Matthias Klose:

forwarded from https://launchpad.net/bugs/+bug/1154599

this seems to be changed behavior in 2.7.4. is it intended?

$ cat lookup.py 
#!/usr/bin/python
import sys, socket
names = ["slashdot.org", "foooooooooowhizzzzzzzz.com"]
if len(sys.argv) > 1:
   names = sys.argv[1:]
for iname in names:
    try:
        result = socket.getaddrinfo(iname, None, 0, 0, socket.SOCK_STREAM,
                                    socket.AI_CANONNAME)
        for (fam, stype, proto, cname, sockaddr) in result:
            sys.stdout.write("cname=%s, sockaddr=%s\n" % (cname, sockaddr))
    except socket.gaierror as error:
        sys.stderr.write("%s failed lookup" % iname)

$ python lookup.py # 2.7.3
cname=slashdot.org, sockaddr=('216.34.181.45', 0)
foooooooooowhizzzzzzzz.com failed lookup

$ python lookup.py # 2.7.4
cname=slashdot.org, sockaddr=('216.34.181.45', 0)
Traceback (most recent call last):
  File "lookup.py", line 9, in <module>
    socket.AI_CANONNAME)
socket.error: [Errno 2] No such file or directory

----------
components: Library (Lib)
messages: 185553
nosy: benjamin.peterson, doko
priority: release blocker
severity: normal
status: open
title: socket module in 2.7.4 raises error instead of gaierror in 2.7.3
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17579>
_______________________________________

From report at bugs.python.org  Sat Mar 30 13:50:29 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 30 Mar 2013 12:50:29 +0000
Subject: [issue6627] threading.local() does not work with C-created threads
In-Reply-To: <1249243364.61.0.822632396677.issue6627@psf.upfronthosting.co.za>
Message-ID: <1364647829.71.0.942781858092.issue6627@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

msg116747 suggests wording for a doc patch.  Could this be applied and this issue closed?  msg117029 talks about a potential feature request.  Was this ever discussed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6627>
_______________________________________

From report at bugs.python.org  Sat Mar 30 14:00:16 2013
From: report at bugs.python.org (Matthias Klose)
Date: Sat, 30 Mar 2013 13:00:16 +0000
Subject: [issue1159051] Handle corrupted gzip files with unexpected EOF
Message-ID: <1364648416.58.0.782948175739.issue1159051@psf.upfronthosting.co.za>


Matthias Klose added the comment:

another test case failure with this patch:
https://launchpad.net/ubuntu/+archive/test-rebuild-20130329/+build/4416983

reproducible with feedparser 5.1.3 from pypi, on x86 (but not x86_64).

ERROR: test_gzip_struct_error (__main__.TestCompression)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "./feedparsertest.py", line 433, in test_gzip_struct_error
    f = feedparser.parse('http://localhost:8097/tests/compression/gzip-struct-error.gz')
  File "/build/buildd/feedparser-5.1.2/feedparser/feedparser.py", line 3836, in parse
    data = gzip.GzipFile(fileobj=_StringIO(data)).read()
  File "/usr/lib/python2.7/gzip.py", line 253, in read
    while self._read(readsize):
  File "/usr/lib/python2.7/gzip.py", line 323, in _read
    self._read_eof()
  File "/usr/lib/python2.7/gzip.py", line 340, in _read_eof
    crc32, isize = struct.unpack("<II", self._read_exact(8))
  File "/usr/lib/python2.7/gzip.py", line 189, in _read_exact
    raise EOFError("Compressed file ended before the "
EOFError: Compressed file ended before the end-of-stream marker was reached

----------------------------------------------------------------------
Ran 4237 tests in 5.190s

FAILED (errors=1)
----------------------------------------
Exception happened during processing of request from ('127.0.0.1', 43939)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1159051>
_______________________________________

From report at bugs.python.org  Sat Mar 30 14:17:00 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 30 Mar 2013 13:17:00 +0000
Subject: [issue5717] os.defpath includes unix /bin on windows
In-Reply-To: <1239116630.78.0.64068842306.issue5717@psf.upfronthosting.co.za>
Message-ID: <1364649420.4.0.432314646507.issue5717@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The code is still the same in 3.3.1rc1.  Is this an opportunity to get this committed as it's a one line patch?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5717>
_______________________________________

From report at bugs.python.org  Sat Mar 30 14:47:30 2013
From: report at bugs.python.org (David Schneider)
Date: Sat, 30 Mar 2013 13:47:30 +0000
Subject: [issue17580] ctypes: ARM hardfloat argument corruption calling
	functions with many float arguments
Message-ID: <1364651250.44.0.538707073215.issue17580@psf.upfronthosting.co.za>


New submission from David Schneider:

This issue affects C functions with many float/double arguments called through ctypes on ARM using the hardfloat ABI (i.e. the standard distribution for the raspberry pi uses hard-float).

Calling a C function using ctypes on ARM hard-float that takes a large number of float arguments (more than 16 floats or more than 8 doubles) corrupts the first float/double arguments passed on the stack to the called function. 

To check the issue run the following commands on an ARM hard-float system:
make
python bug.py

A patch for this issue has been accepted into libffi.

----------
components: ctypes
files: ctypes_arm.tar
messages: 185557
nosy: bivab
priority: normal
severity: normal
status: open
title: ctypes: ARM hardfloat argument corruption calling functions with many float arguments
type: behavior
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file29613/ctypes_arm.tar

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17580>
_______________________________________

From report at bugs.python.org  Sat Mar 30 15:00:03 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Sat, 30 Mar 2013 14:00:03 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364652003.25.0.242332817007.issue17546@psf.upfronthosting.co.za>


anatoly techtonik added the comment:

> them as CPython implementation details and not part of the language definition

What is the formal language definition of locals() then? What behavior and functionality of locals() should be supported by all Python implementations? For a potential language developer, what should locals() calls return to be compatible with this Python definition?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Sat Mar 30 15:14:29 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 30 Mar 2013 14:14:29 +0000
Subject: [issue17579] socket module in 2.7.4 raises error instead of gaierror
	in 2.7.3
In-Reply-To: <1364646410.74.0.12025948597.issue17579@psf.upfronthosting.co.za>
Message-ID: <1364652869.16.0.782801204716.issue17579@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Not really intended I think. Can you try to bisect to find out the responsible changeset?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17579>
_______________________________________

From report at bugs.python.org  Sat Mar 30 15:20:41 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 30 Mar 2013 14:20:41 +0000
Subject: [issue17579] socket module in 2.7.4 raises error instead of gaierror
	in 2.7.3
In-Reply-To: <1364646410.74.0.12025948597.issue17579@psf.upfronthosting.co.za>
Message-ID: <1364653241.57.0.215727877567.issue17579@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

(by the way, I can't reproduce here)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17579>
_______________________________________

From report at bugs.python.org  Sat Mar 30 15:27:37 2013
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 30 Mar 2013 14:27:37 +0000
Subject: [issue17579] socket module in 2.7.4 raises error instead of gaierror
	in 2.7.3
In-Reply-To: <1364646410.74.0.12025948597.issue17579@psf.upfronthosting.co.za>
Message-ID: <1364653657.5.0.874643713286.issue17579@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I can't reproduce it.

$ ./python lookup.py 
slashdot.org failed lookup
foooooooooowhizzzzzzzz.com failed lookup

Are you sure it's not some Ubuntu/Debian patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17579>
_______________________________________

From report at bugs.python.org  Sat Mar 30 15:37:08 2013
From: report at bugs.python.org (Vinay Sajip)
Date: Sat, 30 Mar 2013 14:37:08 +0000
Subject: [issue17453] logging.config.fileConfig error
In-Reply-To: <1363592089.61.0.213350705624.issue17453@psf.upfronthosting.co.za>
Message-ID: <1364654228.57.0.682733265965.issue17453@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
nosy:  -vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17453>
_______________________________________

From report at bugs.python.org  Sat Mar 30 15:37:33 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 30 Mar 2013 14:37:33 +0000
Subject: [issue17538] Document XML Vulnerabilties
In-Reply-To: <1364179286.95.0.543859032346.issue17538@psf.upfronthosting.co.za>
Message-ID: <3ZdMq01vLWzMtb@mail.python.org>


Roundup Robot added the comment:

New changeset 91bb6d7ae833 by Christian Heimes in branch '2.7':
Issue 17538: Document XML vulnerabilties
http://hg.python.org/cpython/rev/91bb6d7ae833

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17538>
_______________________________________

From report at bugs.python.org  Sat Mar 30 15:37:36 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 30 Mar 2013 14:37:36 +0000
Subject: [issue17533] test_xpickle fails with "cannot import name
	precisionbigmemtest" or "cannot import name _2G"
In-Reply-To: <1364076189.44.0.308602234194.issue17533@psf.upfronthosting.co.za>
Message-ID: <3ZdMq10RvZzMtb@mail.python.org>


Roundup Robot added the comment:

New changeset de48977f9289 by Benjamin Peterson in branch '2.7':
fall back when an old test_support doesn't have various data and functions (closes #17533)
http://hg.python.org/cpython/rev/de48977f9289

----------
nosy: +python-dev
resolution:  -> fixed
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17533>
_______________________________________

From report at bugs.python.org  Sat Mar 30 15:40:36 2013
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 30 Mar 2013 14:40:36 +0000
Subject: [issue17579] socket module in 2.7.4 raises error instead of gaierror
	in 2.7.3
In-Reply-To: <1364646410.74.0.12025948597.issue17579@psf.upfronthosting.co.za>
Message-ID: <1364654436.28.0.0487037292786.issue17579@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17579>
_______________________________________

From report at bugs.python.org  Sat Mar 30 15:59:26 2013
From: report at bugs.python.org (Matthias Klose)
Date: Sat, 30 Mar 2013 14:59:26 +0000
Subject: [issue12271] panel.h is not found even if it's installed on various
	flavours of SUSE
In-Reply-To: <1307365298.12.0.602165301483.issue12271@psf.upfronthosting.co.za>
Message-ID: <1364655566.03.0.528505525901.issue12271@psf.upfronthosting.co.za>


Matthias Klose added the comment:

hard coding ncurses seems to be wrong, as in most cases, you do want ncursesw.

----------
nosy: +doko

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12271>
_______________________________________

From report at bugs.python.org  Sat Mar 30 16:16:52 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 30 Mar 2013 15:16:52 +0000
Subject: [issue9305] Don't use east/west of UTC in date/time documentation
In-Reply-To: <1279556505.28.0.814004588201.issue9305@psf.upfronthosting.co.za>
Message-ID: <1364656612.48.0.493853389759.issue9305@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Well, we have a patch and it's been discussed here and on #7229, so can we take this forward?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9305>
_______________________________________

From report at bugs.python.org  Sat Mar 30 16:17:37 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 30 Mar 2013 15:17:37 +0000
Subject: [issue17581] _ssl fails building on OS X Tiger
Message-ID: <1364656657.55.0.505646365517.issue17581@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

The _ssl module has failed building (on 3.4) on OS X Tiger for a long time:
http://buildbot.python.org/all/builders/x86%20Tiger%203.x/builds/6075/steps/test/logs/stdio

Given the error messages, and given how old OS X Tiger is (according to Google, the system OpenSSL is 0.9.7), I'm inclined to think it is because of missing features on the system OpenSSL.

Is there any point in supporting OS X Tiger in 3.4? Should the _ssl module be updated to use conditionals for "new" (i.e. < 7 years old) OpenSSL features?

----------
components: Build, Extension Modules
messages: 185566
nosy: hynek, ned.deily, pitrou, ronaldoussoren
priority: normal
severity: normal
status: open
title: _ssl fails building on OS X Tiger
type: compile error
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17581>
_______________________________________

From report at bugs.python.org  Sat Mar 30 16:28:23 2013
From: report at bugs.python.org (Ned Batchelder)
Date: Sat, 30 Mar 2013 15:28:23 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364657303.11.0.662702916044.issue17546@psf.upfronthosting.co.za>


Ned Batchelder added the comment:

I would say it something like this:

"The dictionary returned by locals() is an accurate snapshot of the local namespace at the time it is called.  After the call returns, changes to one may or may not be reflected in the other.  The dictionary may change unpredictably after the call, and how it does is implementation-specific.    Holding a reference to the dictionary may produce surprising effects."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Sat Mar 30 16:30:57 2013
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 30 Mar 2013 15:30:57 +0000
Subject: [issue11965] Simplify context manager in os.popen
In-Reply-To: <1304178570.81.0.335603645525.issue11965@psf.upfronthosting.co.za>
Message-ID: <1364657457.41.0.338727382646.issue11965@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

So is _wrap_close obsolete or not?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11965>
_______________________________________

From report at bugs.python.org  Sat Mar 30 16:34:35 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 30 Mar 2013 15:34:35 +0000
Subject: [issue17581] _ssl fails building on OS X Tiger
In-Reply-To: <1364656657.55.0.505646365517.issue17581@psf.upfronthosting.co.za>
Message-ID: <3ZdP4q0PfZzNHP@mail.python.org>


Roundup Robot added the comment:

New changeset 02f9335b7efb by Antoine Pitrou in branch 'default':
Issue #17581: try to fix building on old OpenSSL versions
http://hg.python.org/cpython/rev/02f9335b7efb

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17581>
_______________________________________

From report at bugs.python.org  Sat Mar 30 16:41:28 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 30 Mar 2013 15:41:28 +0000
Subject: [issue17581] _ssl fails building on OS X Tiger
In-Reply-To: <1364656657.55.0.505646365517.issue17581@psf.upfronthosting.co.za>
Message-ID: <3ZdPDl6XYhzMnM@mail.python.org>


Roundup Robot added the comment:

New changeset ad9effdc0ac3 by Antoine Pitrou in branch 'default':
Further compiling fixes (issue #17581)
http://hg.python.org/cpython/rev/ad9effdc0ac3

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17581>
_______________________________________

From report at bugs.python.org  Sat Mar 30 16:47:54 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 30 Mar 2013 15:47:54 +0000
Subject: [issue17581] _ssl fails building on OS X Tiger
In-Reply-To: <1364656657.55.0.505646365517.issue17581@psf.upfronthosting.co.za>
Message-ID: <1364658474.79.0.246418972462.issue17581@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ok, some of the features here are relatively new (they are only 3 years old), so it makes sense to conditionally enable them. The question remains of whether Tiger is an useful target to support, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17581>
_______________________________________

From report at bugs.python.org  Sat Mar 30 17:17:53 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Mar 2013 16:17:53 +0000
Subject: [issue5717] os.defpath includes unix /bin on windows
In-Reply-To: <1239116630.78.0.64068842306.issue5717@psf.upfronthosting.co.za>
Message-ID: <1364660273.61.0.677885105557.issue5717@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Release candidates are separate from the main branch and only get critical patches selected by release manager. Changes usually reuire a new .rc.

This seems to have fallen thru the crack between Brian and Tim. 

I suspect that the next line about (win) 'ce' is obsolete if still present.

----------
versions: +Python 3.3, Python 3.4 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5717>
_______________________________________

From report at bugs.python.org  Sat Mar 30 17:19:24 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 30 Mar 2013 16:19:24 +0000
Subject: [issue17581] _ssl fails building on OS X Tiger
In-Reply-To: <1364656657.55.0.505646365517.issue17581@psf.upfronthosting.co.za>
Message-ID: <1364660364.07.0.890182477956.issue17581@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

This is fixed. I'll let other people settle the support issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17581>
_______________________________________

From report at bugs.python.org  Sat Mar 30 17:26:34 2013
From: report at bugs.python.org (Daniele Varrazzo)
Date: Sat, 30 Mar 2013 16:26:34 +0000
Subject: [issue17582] xml.etree.ElementTree does not preserve whitespaces in
	attributes
Message-ID: <1364660794.69.0.883579635559.issue17582@psf.upfronthosting.co.za>


New submission from Daniele Varrazzo:

XML defines the following chars as whitespace [1]::

    S ::= (#x20 | #x9 | #xD | #xA)+

However the chars are not properly escaped into attributes, so they are converted into spaces as per attribute-value normalization [2]

    >>> data = '\x09\x0a\x0d\x20'
    >>> data
    '\t\n\r '

    >>> import  xml.etree.ElementTree as ET
    >>> e = ET.Element('x', attr=data)
    >>> s = ET.tostring(e)
    >>> s
    '<x attr="\t&#10;\r " />'

    >>> e1 = ET.fromstring(s)
    >>> data1 = e1.attrib['attr']
    >>> data1 == data
    False

    >>> data1
    ' \n  '

cElementTree suffers of the same bug::

    >>> import  xml.etree.cElementTree as cET
    >>> cET.fromstring(cET.tostring(cET.Element('a', attr=data))).attrib['attr']
    ' \n  '

but not the external library lxml.etree::

    >>> import lxml.etree as LET
    >>> LET.fromstring(LET.tostring(LET.Element('a', attr=data))).attrib['attr']
    '\t\n\r '

The bug is analogous to #5752 but it refers to a different and independent module. Proper escaping should be added to the _escape_attrib() function into /xml/etree/ElementTree.py (and equivalent for cElementTree).

[1] http://www.w3.org/TR/REC-xml/#white
[2] http://www.w3.org/TR/REC-xml/#AVNormalize

----------
components: Library (Lib), XML
messages: 185574
nosy: piro
priority: normal
severity: normal
status: open
title: xml.etree.ElementTree does not preserve whitespaces in attributes
versions: Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17582>
_______________________________________

From report at bugs.python.org  Sat Mar 30 17:27:29 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Mar 2013 16:27:29 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364660849.18.0.88110748065.issue17546@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I also think 'free variable' should be replace by 'nonlocal name'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Sat Mar 30 17:29:15 2013
From: report at bugs.python.org (Daniele Varrazzo)
Date: Sat, 30 Mar 2013 16:29:15 +0000
Subject: [issue5752] xml.dom.minidom does not escape CR,
	LF and TAB characters within attribute values
In-Reply-To: <1239707588.77.0.33795755364.issue5752@psf.upfronthosting.co.za>
Message-ID: <1364660955.14.0.836916137817.issue5752@psf.upfronthosting.co.za>


Daniele Varrazzo added the comment:

Added separate issue #17582 as ElementTree implementation doesn't depend on whatever causes the bug in xml.dom.minidom.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5752>
_______________________________________

From report at bugs.python.org  Sat Mar 30 18:12:42 2013
From: report at bugs.python.org (Bob Alexander)
Date: Sat, 30 Mar 2013 17:12:42 +0000
Subject: [issue17551] Windows - accessing drive with nothing mounted forces
	user interaction
In-Reply-To: <1364622156.74.0.665312833217.issue17551@psf.upfronthosting.co.za>
Message-ID: <CAKyHfRPVF9NBM53KYc0yQ4bBA+6f+Mbuu9e2byi9S+72o5uE9A@mail.gmail.com>


Bob Alexander added the comment:

Thanks Terry. I agree that it's a bug.

And, in the future I'll be more careful about trimming the "history" from
my messages  :-)

Bob

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17551>
_______________________________________

From report at bugs.python.org  Sat Mar 30 18:31:27 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sat, 30 Mar 2013 17:31:27 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1364664687.22.0.822208702506.issue14146@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Here is a backtrace from PDB:

-> self.sync_source_line()
  /Volumes/SecurePython3/cpython/py34/Lib/idlelib/Debugger.py(211)sync_source_line()
-> self.flist.gotofileline(filename, lineno)
  /Volumes/SecurePython3/cpython/py34/Lib/idlelib/FileList.py(46)gotofileline()
-> edit.gotoline(lineno)
> /Volumes/SecurePython3/cpython/py34/Lib/idlelib/EditorWindow.py(694)gotoline()
-> self.center()

The offending code seems to be in EditorWindow.py:gotoline()

    def gotoline(self, lineno):
        if lineno is not None and lineno > 0:
            self.text.mark_set("insert", "%d.0" % lineno)
            self.text.tag_remove("sel", "1.0", "end")
            self.text.tag_add("sel", "insert", "insert +1l")
            self.center()

Next I am going to write a small program to try and reproduce the bug so I can file with the TCL/TK folks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Sat Mar 30 18:31:45 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 30 Mar 2013 17:31:45 +0000
Subject: [issue17578] Update devguide for 3.2 in security-fix-only mode
In-Reply-To: <1364625101.22.0.730828988878.issue17578@psf.upfronthosting.co.za>
Message-ID: <1364664705.94.0.0142884243906.issue17578@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

LGTM, except for a small inconsistency: the dir of the "default" clone is called "3.x" in the committing page, but "default" in the FAQ about null merge.  The one in the FAQ should be renamed "3.x".

----------
stage: patch review -> commit review
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17578>
_______________________________________

From report at bugs.python.org  Sat Mar 30 18:39:05 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 30 Mar 2013 17:39:05 +0000
Subject: [issue17533] test_xpickle fails with "cannot import name
	precisionbigmemtest" or "cannot import name _2G"
In-Reply-To: <1364076189.44.0.308602234194.issue17533@psf.upfronthosting.co.za>
Message-ID: <1364665145.13.0.765842032345.issue17533@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Benjamin, the fix you committed still has the _1G vs. _1M typo.

----------
status: closed -> open
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17533>
_______________________________________

From report at bugs.python.org  Sat Mar 30 18:40:53 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 30 Mar 2013 17:40:53 +0000
Subject: [issue17581] _ssl fails building on OS X Tiger
In-Reply-To: <1364656657.55.0.505646365517.issue17581@psf.upfronthosting.co.za>
Message-ID: <1364665253.64.0.497799142123.issue17581@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks for fixing the break.  As time goes on, active support of 10.4 Tiger becomes less important but having the buildbot there is an inexpensive way to test backward compatibility, issues that might also arise on other platforms.  For 2.7.x and 3.2.x, we still produce 32-bit binary installers that support 10.3 and later systems.  For 3.3.x, the released 32-bit binary installer support now only supports 10.5 and later.  However, the daily DMG building still produces the 10.3 variant for 3.3 and I still occasionally build and test those variants.  I know there are still some users of these older systems out there as I see bug reports about them to other projects (e.g. MacPorts).  If we reach a point where it becomes more difficult to fully support 10.4, we can revisit the question.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17581>
_______________________________________

From report at bugs.python.org  Sat Mar 30 19:21:16 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sat, 30 Mar 2013 18:21:16 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1364667676.15.0.326863304606.issue14146@psf.upfronthosting.co.za>


Todd Rovito added the comment:

I created a small test program trying to reproduce the problem on Windows 7, Python 3.4, and TK 8.6.  Unfortunately it works fine and each line is highlighted as a user presses ctrl-B.  I got the select code straight from IDLE.  Any other ideas Roger?  This might be an IDLE bug after all.

from tkinter import *

class SelectTest:
    def __init__(self):
        self.mainwin = Tk()
        # Create a text widget
        # idle creates the text widget like this
        #self.text = text = MultiCallCreator(Text)(text_frame, **text_options)
        self.textbox = Text(self.mainwin, width=80, height=10)
        self.textbox.pack()

        # Add some text
        self.textbox.insert(INSERT, "line 1: Select some text\n")
        self.textbox.insert(INSERT, "line 2: Select some text\n")
        self.textbox.insert(INSERT, "line 3: Select some text\n")
        self.textbox.insert(INSERT, "line 4: Select some text\n")

        # Add the binding
        self.textbox.bind("<Control-Key-b>", self.select_just_like_idle)
        # just in case caps lock is on
        self.textbox.bind("<Control-Key-B>", self.select_just_like_idle)
        self.lineno = 1
	
    def select_just_like_idle(self, event):
        print("Select just like idle was called")
        if self.lineno is not None and self.lineno > 0:
            self.textbox.mark_set("insert", "%d.0" % self.lineno)
            self.textbox.tag_remove("sel", "1.0", "end")
            self.textbox.tag_add("sel", "insert", "insert +1l")
            self.lineno = self.lineno + 1


if __name__ == "__main__":
    # Start the program
    selectIDLETest = SelectTest()
    selectIDLETest.mainwin.mainloop()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Sat Mar 30 20:14:41 2013
From: report at bugs.python.org (Ned Deily)
Date: Sat, 30 Mar 2013 19:14:41 +0000
Subject: [issue17578] Update devguide for 3.2 in security-fix-only mode
In-Reply-To: <1364625101.22.0.730828988878.issue17578@psf.upfronthosting.co.za>
Message-ID: <1364670881.77.0.880045228471.issue17578@psf.upfronthosting.co.za>


Ned Deily added the comment:

Committed in http://hg.python.org/devguide/rev/e125591a5f12

----------
resolution:  -> fixed
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17578>
_______________________________________

From report at bugs.python.org  Sat Mar 30 20:25:09 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 30 Mar 2013 19:25:09 +0000
Subject: [issue935117] pkgutil doesn't understand case-senseless filesystems
Message-ID: <1364671509.53.0.841446716308.issue935117@psf.upfronthosting.co.za>


?ric Araujo added the comment:

With the advent of implicit namespace packages in 3.3, I don?t know if anything in pkgutil will be done for this use case.

(BTW is it normal that pkgutil.extend_path is not at least doc-deprecated?)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue935117>
_______________________________________

From report at bugs.python.org  Sat Mar 30 20:31:02 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 30 Mar 2013 19:31:02 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364671862.75.0.357477705095.issue17546@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Terry: agreed.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Sat Mar 30 20:31:47 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 30 Mar 2013 19:31:47 +0000
Subject: [issue17533] test_xpickle fails with "cannot import name
	precisionbigmemtest" or "cannot import name _2G"
In-Reply-To: <1364076189.44.0.308602234194.issue17533@psf.upfronthosting.co.za>
Message-ID: <3ZdVLW24bPzMjB@mail.python.org>


Roundup Robot added the comment:

New changeset be0586ebb842 by Benjamin Peterson in branch '2.7':
G -> M (closes #17533)
http://hg.python.org/cpython/rev/be0586ebb842

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17533>
_______________________________________

From report at bugs.python.org  Sat Mar 30 20:35:38 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 30 Mar 2013 19:35:38 +0000
Subject: [issue17453] logging.config.fileConfig error
In-Reply-To: <1363592089.61.0.213350705624.issue17453@psf.upfronthosting.co.za>
Message-ID: <1364672138.59.0.718468656739.issue17453@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Unless the 2.7 configparser docs mention that two quotes are parsed as an empty string, I think this is an implementation accident, should not be relied upon and 3.x should not be changed to match it.  Values in configparser files are not Python strings: we write root, not "root".

----------
nosy: +eric.araujo
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17453>
_______________________________________

From report at bugs.python.org  Sat Mar 30 20:55:56 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 30 Mar 2013 19:55:56 +0000
Subject: [issue15494] Move test/support.py into a test.support subpackage
In-Reply-To: <1343612231.54.0.0439576601623.issue15494@psf.upfronthosting.co.za>
Message-ID: <1364673356.59.0.0696970897758.issue15494@psf.upfronthosting.co.za>


?ric Araujo added the comment:

FWIW I have no principled opinion about big vs. small test.support module, as this is purely internal code.

The reasons for this proposal as I understand them are:
- One module for script helpers, one module for package creation, etc. are not bad.
- We don?t really want to spend time and thought cleaning up test.support, but it be good to stop adding to the mess.
- Making it easier to find that some function already exists (e.g. script helpers weren?t known by all core devs) would be good.

ISTM that moving support.py to support/__init__.py and moving script_helper.py and friends to support/*.py is a quick and efficient way to address these points and make our lives a little easier:
- Script helpers, package helpers, etc. continue to be in their own file.
- Time is not lost trying to do an upfront cleanup of test.support.
- Developers looking at the test.support package are more likely to have a look at the dosctrings of the other helper modules than they do currently, and thus don?t reinvent the same helpers.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15494>
_______________________________________

From report at bugs.python.org  Sat Mar 30 21:01:42 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 30 Mar 2013 20:01:42 +0000
Subject: [issue15627] Add a method to importlib.abc.SourceLoader for
	converting source to a code object
In-Reply-To: <1344732276.83.0.543554641885.issue15627@psf.upfronthosting.co.za>
Message-ID: <1364673702.69.0.698052432836.issue15627@psf.upfronthosting.co.za>


?ric Araujo added the comment:

The first commit does something fishy with tests: http://hg.python.org/cpython/rev/e30bcce5c634#l3.1

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15627>
_______________________________________

From report at bugs.python.org  Sat Mar 30 21:12:31 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 30 Mar 2013 20:12:31 +0000
Subject: [issue15494] Move test/support.py into a test.support subpackage
In-Reply-To: <1343612231.54.0.0439576601623.issue15494@psf.upfronthosting.co.za>
Message-ID: <1364674351.17.0.928215929991.issue15494@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

FWIW the reason why I proposed to add assert_python_ok to test.support, is that from my point of view it's just one of the many *test* support utilities defined in test.support.  I think that from Nick's point of view, assert_python_ok is just one of the many *script* support utilities defined in script_helper.
Since I'm not familiar with the other utilities of script_helper, it seemed logical to me to have it where I expect all the other general utilities to be (i.e. test.support), but I figured out that Nick has a point too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15494>
_______________________________________

From report at bugs.python.org  Sat Mar 30 22:23:21 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 30 Mar 2013 21:23:21 +0000
Subject: [issue17435] threading.Timer.__init__() should use immutable argument
	defaults for args and kwargs
In-Reply-To: <1363393040.78.0.569565797708.issue17435@psf.upfronthosting.co.za>
Message-ID: <3ZdXqD2sbczNN8@mail.python.org>


Roundup Robot added the comment:

New changeset 2698920eadcd by R David Murray in branch '3.3':
Issue #17435: Don't use mutable default values in Timer.
http://hg.python.org/cpython/rev/2698920eadcd

New changeset 8c15e57830dd by R David Murray in branch 'default':
Merge #17435: Don't use mutable default values in Timer.
http://hg.python.org/cpython/rev/8c15e57830dd

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17435>
_______________________________________

From report at bugs.python.org  Sat Mar 30 22:25:55 2013
From: report at bugs.python.org (R. David Murray)
Date: Sat, 30 Mar 2013 21:25:55 +0000
Subject: [issue17435] threading.Timer.__init__() should use immutable argument
	defaults for args and kwargs
In-Reply-To: <1363393040.78.0.569565797708.issue17435@psf.upfronthosting.co.za>
Message-ID: <1364678755.78.0.177462772914.issue17435@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Denver.

I'm choosing not to backport it to 2.7, but that can be done later if someone finds it worth doing.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions:  -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17435>
_______________________________________

From report at bugs.python.org  Sat Mar 30 22:53:51 2013
From: report at bugs.python.org (R. David Murray)
Date: Sat, 30 Mar 2013 21:53:51 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364680431.32.0.403935787504.issue17546@psf.upfronthosting.co.za>


R. David Murray added the comment:

The problem with using 'nonlocal' is that it would naturally be read as 'those names referenced in a nonlocal statement', which I don't think is the case.  Maybe 'non-local', to differentiate it from the keyword?

I'm attaching a patch incorporating my understanding of the suggestions made so far.

----------
keywords: +patch
nosy: +r.david.murray
Added file: http://bugs.python.org/file29614/locals_doc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Sat Mar 30 23:23:29 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Mar 2013 22:23:29 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1364682209.24.0.616983405749.issue17390@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Edmond: please fill in, sign, and send by your preferred method a PSF Contributor Agreement
http://www.python.org/psf/contrib/contrib-form/
(back up a level for more explanation)

For a patch more complicated than this, the CA would now be required before applying a patch of yours.

----------
assignee:  -> terry.reedy
versions: +Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Sat Mar 30 23:29:10 2013
From: report at bugs.python.org (Edmond Burnett)
Date: Sat, 30 Mar 2013 22:29:10 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1364682550.74.0.59742058995.issue17390@psf.upfronthosting.co.za>


Edmond Burnett added the comment:

Terry, 

I submitted my contributor form on March 15th, and received the confirmation, but it has not yet been applied to my account.

I saw some discussion on one of the mailing lists of there being a potential backlog due to the PyCon sprints, so I just assumed that I was still waiting in the queue. If there is someone in particular I should contact at this point, I'm happy to do this.

Thanks,
Edmond

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Sat Mar 30 23:37:26 2013
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 30 Mar 2013 22:37:26 +0000
Subject: [issue15627] Add a method to importlib.abc.SourceLoader for
	converting source to a code object
In-Reply-To: <1344732276.83.0.543554641885.issue15627@psf.upfronthosting.co.za>
Message-ID: <1364683046.03.0.253891030348.issue15627@psf.upfronthosting.co.za>


Brett Cannon added the comment:

It cleans up the run_unittest() call. You can check the file and see that the "missing" classes are actually not in the module anymore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15627>
_______________________________________

From report at bugs.python.org  Sat Mar 30 23:49:38 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 30 Mar 2013 22:49:38 +0000
Subject: [issue6653] Potential memory leak in multiprocessing
In-Reply-To: <1249503832.66.0.0114205396453.issue6653@psf.upfronthosting.co.za>
Message-ID: <1364683778.81.0.70457891775.issue6653@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Richard, do you think this is an actual concern?

----------
nosy: +pitrou, sbt
versions: +Python 3.3, Python 3.4 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6653>
_______________________________________

From report at bugs.python.org  Sat Mar 30 23:51:19 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 30 Mar 2013 22:51:19 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <3ZdZmk53cKzNlv@mail.python.org>


Roundup Robot added the comment:

New changeset 74d9a9507019 by Terry Jan Reedy in branch '3.3':
Issue #17390: Display Python version on Idle title bar. Patch by Edmond Burnett.
http://hg.python.org/cpython/rev/74d9a9507019

New changeset e0f66c924544 by Terry Jan Reedy in branch 'default':
Merge from 3.3: Issue #17390
http://hg.python.org/cpython/rev/e0f66c924544

New changeset 225022955c65 by Terry Jan Reedy in branch '2.7':
Issue #17390: Display Python version on Idle title bar. Patch by Edmond Burnett.
http://hg.python.org/cpython/rev/225022955c65

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Sat Mar 30 23:51:28 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 30 Mar 2013 22:51:28 +0000
Subject: [issue2818] pulldom cannot handle xml file with large external entity
	properly
In-Reply-To: <1210512738.34.0.315015103661.issue2818@psf.upfronthosting.co.za>
Message-ID: <1364683888.8.0.544265727708.issue2818@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2818>
_______________________________________

From report at bugs.python.org  Sat Mar 30 23:52:36 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 30 Mar 2013 22:52:36 +0000
Subject: [issue17580] ctypes: ARM hardfloat argument corruption calling
	functions with many float arguments
In-Reply-To: <1364651250.44.0.538707073215.issue17580@psf.upfronthosting.co.za>
Message-ID: <1364683956.71.0.431681990401.issue17580@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +amaury.forgeotdarc, belopolsky, meador.inge

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17580>
_______________________________________

From report at bugs.python.org  Sun Mar 31 00:06:13 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Mar 2013 23:06:13 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1364684773.29.0.543955381193.issue17390@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Can you find the place where the editor title is set? I am currently thinking of something like

Python x.y.z: xxx.py (directory path)  # or
Python x.y.z Editor: xxx.y (path)


I am guessing that the reason to put the file name at the beginning is in case the path is so long that the end gets cut off.

(Let's give the secretary a couple more weeks to catch up.)

----------
stage: commit review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Sun Mar 31 00:12:18 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 30 Mar 2013 23:12:18 +0000
Subject: [issue17577] Add lookahead/peek wrapper to itertools
In-Reply-To: <1364600274.74.0.549757857069.issue17577@psf.upfronthosting.co.za>
Message-ID: <1364685138.09.0.612494845887.issue17577@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


Added file: http://bugs.python.org/file29615/peekiter.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17577>
_______________________________________

From report at bugs.python.org  Sun Mar 31 00:12:36 2013
From: report at bugs.python.org (Amit Saha)
Date: Sat, 30 Mar 2013 23:12:36 +0000
Subject: [issue17583] IDLE HOWTO
Message-ID: <1364685156.29.0.769214841654.issue17583@psf.upfronthosting.co.za>


New submission from Amit Saha:

I would like to propose a new HOWTO discussing IDLE from a user's perspective. I feel that the current documentation at http://docs.python.org/3/library/idle.html is not sufficient to be pointed to a newbie programmer or someone who wants to teach his/her students to IDLE. For example, being an experienced person myself, I didn't know how to start IDLE on Linux! Whether it was a separate package, or whether it was already installed (That may be my own shortcoming, but never the less).

I started a document this morning which can be seen here [1]. The source is here[2]

[1] http://amitsaha.github.com/site/notes/articles/idle/article.html
[2] http://amitsaha.github.com/site/notes/_sources/articles/idle/article.txt

I am putting up my hand to write the HOWTO and maintain it for 2.7 and 3.3+. 

Comments?

----------
components: IDLE
messages: 185600
nosy: Amit.Saha
priority: normal
severity: normal
status: open
title: IDLE HOWTO
type: enhancement
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17583>
_______________________________________

From report at bugs.python.org  Sun Mar 31 00:23:25 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Mar 2013 23:23:25 +0000
Subject: [issue17546] Document the circumstances where the locals() dict
	gets	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364685805.56.0.379339592028.issue17546@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

/non-local/Non-local/ If we add the hyphen, perhaps we should add 'non-global' also.

Thanks for the concrete draft. It is definitely an improvement.

The last sentence is somewhat redundant with the second. The problem with the last sentence is that it only said that changes to the dict might not propagate back the the namespace, while is is also true that changes to the namespace might or might not propagate to the dict. The new second sentence says both. In addition, I somewhat disagree with 'should not modify'. A person could have a perfectly good reason to do so, but they should not expect propagation of the changes. So I am tempted to drop the last sentence. On the other hand, 'undefined' should be somewhere.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Sun Mar 31 01:12:37 2013
From: report at bugs.python.org (Richard Oudkerk)
Date: Sun, 31 Mar 2013 00:12:37 +0000
Subject: [issue6653] Potential memory leak in multiprocessing
In-Reply-To: <1249503832.66.0.0114205396453.issue6653@psf.upfronthosting.co.za>
Message-ID: <1364688757.92.0.371847024594.issue6653@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

I don't think this is a bug -- processes started with fork() should nearly always be exited with _exit().  And anyway, using sys.exit() does *not* guarantee that all deallocators will be called.  To be sure of cleanup at exit you could use (the undocumented) multiprocessing.util.Finalize().

Note that Python 3.4 on Unix will probably offer the choice of using os.fork()/os._exit() or _posixsubprocess.fork_exec()/sys.exit() for starting/exiting processes on Unix.

Sturla's scheme for doing reference counting of shared memory is also flawed because reference counts can fall to zero while a shared memory object is in a pipe/queue, causing the memory to be prematurely deallocated.

I think a more reliable scheme would be to use fds created using shm_open(), immediately unlinking the name with shm_unlink().  Then one could use the existing infrastructure for fd passing and let the operating system handle the reference counting.  This would prevent leaked shared memory (unless the process is killed in between shm_open() and shm_unlink()).  I would like to add something like this to multiprocessing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6653>
_______________________________________

From report at bugs.python.org  Sun Mar 31 01:52:18 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 31 Mar 2013 00:52:18 +0000
Subject: [issue5492] Error on leaving IDLE with quit() or exit() under Linux
In-Reply-To: <1237121077.76.0.63532373748.issue5492@psf.upfronthosting.co.za>
Message-ID: <1364691138.78.0.54998007943.issue5492@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am presuming 2.7 has same problem since it has same code.

The patch appears to give PyShell.close a return value it did not have before. Perhaps remove the return?

I am slightly puzzled: self.pollinterval is 50 (millisecs). If reducing the wait from 100 to 1 makes the problem constant, why does reducing it to 0 make it go away? What have I misunderstood?

Trying to test on Windows in a 3.3 build, I get the following with or without the patch:

>>> exit()
Traceback (most recent call last):
  File "<pyshell#1>", line 1, in <module>
    exit()
  File "D:\Python\dev\py33\lib\site.py", line 380, in __call__
    raise SystemExit(code)
SystemExit: None
--------------------------------
def __call__(self, code=None):
            # Shells like IDLE catch the SystemExit, but listen when
            # stdin wrapper is closed.
            try:
                fd = -1
                if hasattr(sys.stdin, "fileno"):
                    fd = sys.stdin.fileno()
                if fd != 0:
                    # Don't close stdin if it wraps fd 0
                    sys.stdin.close()
            except:
                pass
            raise SystemExit(code)
>>>
---------------------------
<bare excepts are evil>
----------------------------
>>> import sys
>>> hasattr(sys.stdin, "fileno")
True
>>> sys.stdin.fileno
<built-in method fileno of PseudoInputFile object at 0x02893C08>
>>> sys.stdin.fileno()
Traceback (most recent call last):
  File "<pyshell#3>", line 1, in <module>
    sys.stdin.fileno()
io.UnsupportedOperation: fileno

The problem is that PseudoInputFile subclasses PseudoFile which now subclasses TestIOBase without overriding .fileno(), which raises the above. This is from #9290.

Bottom line: I believe quit() and exit() are broken in the current 2.7, 3.2, and 3.3 rc's. I will report a possible quick fix on pydev.

----------
nosy: +terry.reedy
versions: +Python 2.7, Python 3.4 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5492>
_______________________________________

From report at bugs.python.org  Sun Mar 31 03:00:14 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 31 Mar 2013 01:00:14 +0000
Subject: [issue17577] Add lookahead/peek wrapper to itertools
In-Reply-To: <1364600274.74.0.549757857069.issue17577@psf.upfronthosting.co.za>
Message-ID: <1364691614.12.0.131644994655.issue17577@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Another possible way to go is to expand the existing tee() object to support __getitem__ and __bool__ methods.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17577>
_______________________________________

From report at bugs.python.org  Sun Mar 31 04:07:25 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 31 Mar 2013 02:07:25 +0000
Subject: [issue5492] Error on leaving IDLE with quit() or exit() under Linux
In-Reply-To: <1237121077.76.0.63532373748.issue5492@psf.upfronthosting.co.za>
Message-ID: <1364695645.64.0.830296012853.issue5492@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

After reading the doc for IOBase.fileno: "Return the underlying file descriptor (an integer) of the stream if it exists. An OSError is raised if the IO object does not use a file descriptor." I decided that the bug is in the assumptions made by site.py.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5492>
_______________________________________

From report at bugs.python.org  Sun Mar 31 04:31:06 2013
From: report at bugs.python.org (Byron Ruth)
Date: Sun, 31 Mar 2013 02:31:06 +0000
Subject: [issue17584] collections.Iterator __subclasshook__ does not check if
	next() is callable
Message-ID: <1364697066.21.0.714647117005.issue17584@psf.upfronthosting.co.za>


Changes by Byron Ruth <b at devel.io>:


----------
components: Library (Lib)
nosy: bruth
priority: normal
severity: normal
status: open
title: collections.Iterator __subclasshook__ does not check if next() is callable
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17584>
_______________________________________

From report at bugs.python.org  Sun Mar 31 04:45:46 2013
From: report at bugs.python.org (Byron Ruth)
Date: Sun, 31 Mar 2013 02:45:46 +0000
Subject: [issue17584] collections.Iterator __subclasshook__ does not check if
	next() is callable
Message-ID: <1364697946.01.0.0961025821714.issue17584@psf.upfronthosting.co.za>


New submission from Byron Ruth:

Consider:

```python
class A(object):
    def __init__(self):
        self.r = iter(range(5))
    def __iter__(self):
        return self
    @property
    def next(self):
        return next(self.r)
```

The `next` method is a property, however:

```python
from collections import Iterator
a = A()
isinstance(a, Iterator) # True
next(a) # TypeError: 'int' object is not callable
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17584>
_______________________________________

From report at bugs.python.org  Sun Mar 31 05:28:37 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 31 Mar 2013 03:28:37 +0000
Subject: [issue17584] collections.Iterator __subclasshook__ does not check if
	next() is callable
In-Reply-To: <1364697946.01.0.0961025821714.issue17584@psf.upfronthosting.co.za>
Message-ID: <1364700517.2.0.601010195007.issue17584@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Sorry, this isn't bug.  The design of ABCs are to check for the existence to required named; none of them verify the signature.

----------
nosy: +rhettinger
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17584>
_______________________________________

From report at bugs.python.org  Sun Mar 31 05:29:47 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 31 Mar 2013 03:29:47 +0000
Subject: [issue17577] Add lookahead/peek wrapper to itertools
In-Reply-To: <1364600274.74.0.549757857069.issue17577@psf.upfronthosting.co.za>
Message-ID: <1364700587.15.0.937434629906.issue17577@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


Added file: http://bugs.python.org/file29616/peekiter.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17577>
_______________________________________

From report at bugs.python.org  Sun Mar 31 05:30:00 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 31 Mar 2013 03:30:00 +0000
Subject: [issue17577] Add lookahead/peek wrapper to itertools
In-Reply-To: <1364600274.74.0.549757857069.issue17577@psf.upfronthosting.co.za>
Message-ID: <1364700600.5.0.624753996643.issue17577@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


Removed file: http://bugs.python.org/file29615/peekiter.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17577>
_______________________________________

From report at bugs.python.org  Sun Mar 31 05:43:05 2013
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 31 Mar 2013 03:43:05 +0000
Subject: [issue17584] collections.Iterator __subclasshook__ does not check if
	next() is callable
In-Reply-To: <1364697946.01.0.0961025821714.issue17584@psf.upfronthosting.co.za>
Message-ID: <1364701385.4.0.985481841777.issue17584@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17584>
_______________________________________

From report at bugs.python.org  Sun Mar 31 05:44:56 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 03:44:56 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1364701496.83.0.565132347936.issue14146@psf.upfronthosting.co.za>


Roger Serwy added the comment:

It's definitely a "bug" with Tk. Whenever the Text widget loses focus, the selection highlighting goes away. The following example code brings up a focused text box with selected text. Clicking the button switches focus to the button itself and then back to the text widget. During that focus change, the selection highlight goes away.

from tkinter import *
main = Tk()
text = Text(main, width=40, height=10, wrap="char")
text.pack()
text.insert(INSERT, "".join(map(str, range(100))))
text.tag_add(SEL, "1.0", "end")
text.focus_set()
def jump():
    text.after(500, btn.focus_set)
    text.after(1000, text.focus_set)
btn = Button(main, text="Click me", command=jump)
btn.pack()
main.mainloop()


One possible solution would be to use the "<FocusOut>" and "<FocusIn>" events to substitute the "sel" tag with a custom tag so that the highlight remains when losing focus, and then replace it with the "sel" tag when gaining focus.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Sun Mar 31 05:45:12 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 31 Mar 2013 03:45:12 +0000
Subject: [issue17583] IDLE HOWTO
In-Reply-To: <1364685156.29.0.769214841654.issue17583@psf.upfronthosting.co.za>
Message-ID: <1364701512.16.0.400162557271.issue17583@psf.upfronthosting.co.za>


Todd Rovito added the comment:

I think it is a great idea.....

The Python documentation is written with restructured text.  See the Python Developer's Guide here:
http://docs.python.org/devguide/documenting.html

Restructured text is not difficult please let me know if you need help I would be glad to assist.

What you have is a good start but it will have to be reformatted then submitted as a patch so it can be committed.  In addition you have to complete a Python Contributor Agreement.  Please spend a little time looking over the Python Developer's Guide.  Thanks.

----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17583>
_______________________________________

From report at bugs.python.org  Sun Mar 31 05:51:41 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 03:51:41 +0000
Subject: [issue17583] IDLE HOWTO
In-Reply-To: <1364685156.29.0.769214841654.issue17583@psf.upfronthosting.co.za>
Message-ID: <1364701901.6.0.392073956768.issue17583@psf.upfronthosting.co.za>


Roger Serwy added the comment:

I agree that improving IDLE's docs would make it easier to learn and use. There is a tangentially related issue: #16893.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python, roger.serwy
versions: +Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17583>
_______________________________________

From report at bugs.python.org  Sun Mar 31 05:58:57 2013
From: report at bugs.python.org (Byron Ruth)
Date: Sun, 31 Mar 2013 03:58:57 +0000
Subject: [issue17584] collections.Iterator __subclasshook__ does not check if
	next() is callable
In-Reply-To: <1364697946.01.0.0961025821714.issue17584@psf.upfronthosting.co.za>
Message-ID: <1364702337.16.0.917911551652.issue17584@psf.upfronthosting.co.za>


Byron Ruth added the comment:

Understood. I am not sure it is appropriate to follow-up with a question here, but would this be a downstream issue? My understanding of the iterator protocol is that is assumes the __iter__ and next methods are implements. In the example, the next method is defined as a property, but is still identified as an iterator. This seems an incorrect _behavior_ somewhere, although I may have assumed the incorrect place.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17584>
_______________________________________

From report at bugs.python.org  Sun Mar 31 06:07:07 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 04:07:07 +0000
Subject: [issue6649] idlelib/rpc.py missing exit status on exithook
In-Reply-To: <1249489269.49.0.307291234061.issue6649@psf.upfronthosting.co.za>
Message-ID: <1364702827.82.0.0332527267368.issue6649@psf.upfronthosting.co.za>


Changes by Roger Serwy <roger.serwy at gmail.com>:


----------
assignee:  -> roger.serwy
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6649>
_______________________________________

From report at bugs.python.org  Sun Mar 31 06:50:52 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 04:50:52 +0000
Subject: [issue17506] Improve IDLE news handling
In-Reply-To: <1363852723.03.0.237286956936.issue17506@psf.upfronthosting.co.za>
Message-ID: <1364705452.52.0.736273145933.issue17506@psf.upfronthosting.co.za>


Roger Serwy added the comment:

This is related to #17221. I agree that news items need to be consolidated in both Misc/NEWS and Lib/idlelib/NEWS.txt.

----------
nosy: +roger.serwy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17506>
_______________________________________

From report at bugs.python.org  Sun Mar 31 07:03:38 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 31 Mar 2013 05:03:38 +0000
Subject: [issue17546] Document the circumstances where the locals() dict get
	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364706218.66.0.637300961982.issue17546@psf.upfronthosting.co.za>


R. David Murray added the comment:

Hmm.  Perhaps the last sentence could be "... because changes to the local dict propagating to the local namespace cannot be relied upon to either happen or not happen".  That would make it less redundant, since it would essentially be referencing the previous statement in the specific case of the consequences of modification.

The original included the caution against modifying it, and I think it is valid because of the inconsistent behavior.  Perhaps it could be weakened to "it is not a good idea to modify"?

----------
title: Document the circumstances where the locals() dict gets	updated -> Document the circumstances where the locals() dict get updated

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Sun Mar 31 07:10:53 2013
From: report at bugs.python.org (Illia Polosukhin)
Date: Sun, 31 Mar 2013 05:10:53 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1364706653.56.0.419559409242.issue17206@psf.upfronthosting.co.za>


Illia Polosukhin added the comment:

Updated patch - removed old code and addded tests to _testcapimoudule.c as Amaury suggested.

Amaury, why do you mention -R flag (from what I see it does hash randomization)? I would expect some flag, that would enforce memory leakage issues to fail test.

----------
Added file: http://bugs.python.org/file29617/17206-2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Sun Mar 31 07:36:25 2013
From: report at bugs.python.org (anatoly techtonik)
Date: Sun, 31 Mar 2013 05:36:25 +0000
Subject: [issue17546] Document the circumstances where the locals() dict get
	updated
In-Reply-To: <1364706218.66.0.637300961982.issue17546@psf.upfronthosting.co.za>
Message-ID: <CAPkN8x+iHNspSZgSv4b_tYtM1easB2pYeumx6RLaZ3h_3--RCw@mail.gmail.com>


anatoly techtonik added the comment:

> ... cannot be relied upon to either happen or not happen...

IMHO this phrase is from Advanced English course.

> The original included the caution against modifying it, and I think it is
valid because of the inconsistent behavior.
> Perhaps it could be weakened to "it is not a good idea to modify"?

Ambiguity already adds fear and uncertainty. Just explaining the
consequences would be good style for the technical doc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Sun Mar 31 08:18:30 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 31 Mar 2013 06:18:30 +0000
Subject: [issue6649] idlelib/rpc.py missing exit status on exithook
In-Reply-To: <1249489269.49.0.307291234061.issue6649@psf.upfronthosting.co.za>
Message-ID: <3Zdmhj2hnLzPlF@mail.python.org>


Roundup Robot added the comment:

New changeset e044d22d2f61 by Roger Serwy in branch '2.7':
#6649: Fixed missing exit status in IDLE. Patch by Guilherme Polo.
http://hg.python.org/cpython/rev/e044d22d2f61

New changeset cd2c613527ed by Roger Serwy in branch '3.3':
#6649: Fixed missing exit status in IDLE. Patch by Guilherme Polo.
http://hg.python.org/cpython/rev/cd2c613527ed

New changeset abbbe1f90635 by Roger Serwy in branch 'default':
#6649: merge with 3.3.
http://hg.python.org/cpython/rev/abbbe1f90635

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6649>
_______________________________________

From report at bugs.python.org  Sun Mar 31 08:20:57 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 06:20:57 +0000
Subject: [issue6649] idlelib/rpc.py missing exit status on exithook
In-Reply-To: <1249489269.49.0.307291234061.issue6649@psf.upfronthosting.co.za>
Message-ID: <1364710857.16.0.935055789504.issue6649@psf.upfronthosting.co.za>


Roger Serwy added the comment:

Thanks for the patch, Guilherme!

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.3, Python 3.4 -Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6649>
_______________________________________

From report at bugs.python.org  Sun Mar 31 08:25:49 2013
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 31 Mar 2013 06:25:49 +0000
Subject: [issue15494] Move test/support.py into a test.support subpackage
In-Reply-To: <1343612231.54.0.0439576601623.issue15494@psf.upfronthosting.co.za>
Message-ID: <1364711149.36.0.796833305798.issue15494@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Yeah, it was only when we went to add "test.pkg_helper" (so that test_runpy and test_pkgutil could share it) that we put the brakes on and decided to stop making a bad situation worse and do something different.

There are probably some other helpers we could spin out over time (like those for creating test servers). It becomes much easier to do that kind of refactoring once there's an obvious place to put them without bloating the test/support.py to crazy levels.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15494>
_______________________________________

From report at bugs.python.org  Sun Mar 31 09:45:00 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 07:45:00 +0000
Subject: [issue17585] IDLE - regression with exit() and quit()
Message-ID: <1364715900.07.0.37447718586.issue17585@psf.upfronthosting.co.za>


New submission from Roger Serwy:

This issue is a split from #5492, where Terry noticed a serious regression that "quit()" and "exit()" no longer work in IDLE.

Before #9290, the PyShell object itself was stdin and it didn't have a "fileno" method. The code in site.py would skip over the call to fileno, leaving fd == -1, which then called close() on stdin, effectively the close() method of PyShell. 

The application of #9290 introduced PseudoFile as a subclass of io.TextIOBase which has a "fileno" method. The site.py code find it, calls it, but an error gets raised so that the close() method doesn't get called. Even if you subclass fileno(), you still need to subclass close() so that it calls the original close function in PyShell.

The attached patch, fileno_close.patch, fixes that issue. I would argue that this patch should be applied to all the release candidates as it corrects a serious regression.

I would like to hear your thoughts before applying the patch.

----------
assignee: roger.serwy
components: IDLE
files: fileno_close.patch
keywords: patch
messages: 185619
nosy: roger.serwy, terry.reedy
priority: critical
severity: normal
stage: patch review
status: open
title: IDLE - regression with exit() and quit()
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29618/fileno_close.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17585>
_______________________________________

From report at bugs.python.org  Sun Mar 31 10:07:42 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 31 Mar 2013 08:07:42 +0000
Subject: [issue17585] IDLE - regression with exit() and quit()
In-Reply-To: <1364715900.07.0.37447718586.issue17585@psf.upfronthosting.co.za>
Message-ID: <1364717262.68.0.09088887666.issue17585@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I thought of this exact patch, but then decided against it.
1. The bug is in site.py -- see thread
[Python-Dev] Idle, site.py, and the release candidates
for a better explanation and solution.
2. The Idle behavior, inherited from io.IOBase is correct.
3. The consequence on *other* Python code of a fake fileno is unknown.

The solution I gave for site.py is to begin .__call__ with
if sys.stdin.__name__ == 'PseudoInputFile': sys.stdin.close()
This should be safe to do without another release candidate.

The name as seen by the user process should be checked but I cannot do so at the moment (on substitute substitute computer). This would only be done in the release by the file managers. The exact decision is up to them.

So I would replace IDLE with site.py in the title.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17585>
_______________________________________

From report at bugs.python.org  Sun Mar 31 10:27:49 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 08:27:49 +0000
Subject: [issue17585] IDLE - regression with exit() and quit()
In-Reply-To: <1364715900.07.0.37447718586.issue17585@psf.upfronthosting.co.za>
Message-ID: <1364718469.63.0.272396412948.issue17585@psf.upfronthosting.co.za>


Roger Serwy added the comment:

I agree that site.py's Quitter exception logic has a flaw as described on the email from python-dev. But I disagree that the problem of IDLE not exiting is due to site.py. Even if you fix site.py (which I did), calling sys.stdin.close() won't close IDLE since PseudoInputFile's close method doesn't call PyShell's close method.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17585>
_______________________________________

From report at bugs.python.org  Sun Mar 31 10:53:37 2013
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 31 Mar 2013 08:53:37 +0000
Subject: [issue15494] Move test/support.py into a test.support subpackage
In-Reply-To: <1343612231.54.0.0439576601623.issue15494@psf.upfronthosting.co.za>
Message-ID: <1364720017.71.0.634306228988.issue15494@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15494>
_______________________________________

From report at bugs.python.org  Sun Mar 31 10:55:56 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 08:55:56 +0000
Subject: [issue16887] IDLE - tabify/untabify applied when clicking Cancel
In-Reply-To: <1357592262.2.0.644397432764.issue16887@psf.upfronthosting.co.za>
Message-ID: <1364720156.51.0.684302718377.issue16887@psf.upfronthosting.co.za>


Roger Serwy added the comment:

If there are no objections, I will apply this patch after 2013-04-05.

----------
assignee:  -> roger.serwy
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16887>
_______________________________________

From report at bugs.python.org  Sun Mar 31 11:09:36 2013
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 31 Mar 2013 09:09:36 +0000
Subject: [issue17546] Document the circumstances where the locals() dict get
	updated
In-Reply-To: <1364232011.36.0.2936348393.issue17546@psf.upfronthosting.co.za>
Message-ID: <1364720976.63.0.841966988563.issue17546@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17546>
_______________________________________

From report at bugs.python.org  Sun Mar 31 12:17:35 2013
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Sun, 31 Mar 2013 10:17:35 +0000
Subject: [issue17586] fix typo in contextlib.rst
Message-ID: <1364725055.74.0.0927098228903.issue17586@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
assignee: docs at python
components: Documentation
files: typo.diff
keywords: patch
nosy: docs at python, tshepang
priority: normal
severity: normal
status: open
title: fix typo in contextlib.rst
versions: Python 3.4
Added file: http://bugs.python.org/file29619/typo.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17586>
_______________________________________

From report at bugs.python.org  Sun Mar 31 13:05:53 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 31 Mar 2013 11:05:53 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1364727953.42.0.618415271786.issue17206@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> Amaury, why do you mention -R flag

He's talking about the -R argument to regrtest:

"""
-R runs each test several times and examines sys.gettotalrefcount() to
see if the test appears to be leaking references.  The argument should
be of the form stab:run:fname where 'stab' is the number of times the
test is run to let gettotalrefcount settle down, 'run' is the number
of times further it is run and 'fname' is the name of the file the
reports are written to.  These parameters all have defaults (5, 4 and
"reflog.txt" respectively), and the minimal invocation is '-R :'.
"""

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Sun Mar 31 13:38:47 2013
From: report at bugs.python.org (Amit Saha)
Date: Sun, 31 Mar 2013 11:38:47 +0000
Subject: [issue17583] IDLE HOWTO
In-Reply-To: <1364685156.29.0.769214841654.issue17583@psf.upfronthosting.co.za>
Message-ID: <1364729927.94.0.40617292956.issue17583@psf.upfronthosting.co.za>


Amit Saha added the comment:

Hi Todd, 

I just signed the Python contributor agreement electronically.

You probably missed the link to the rSt source in my original report. Here it is [1]. I would want this HOWTO to cover all aspects of IDLE from an user's perspective. 

I have some ideas about what to add, but I would like to hear from you as well.

Thanks.

[1] http://amitsaha.github.com/site/notes/_sources/articles/idle/article.txt

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17583>
_______________________________________

From report at bugs.python.org  Sun Mar 31 13:56:21 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 31 Mar 2013 11:56:21 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1364730981.86.0.331979428697.issue17206@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Thanks for the updated patch.  Some comments:

- In the tests, your functions should have return type PyObject* rather than void;  you can use Py_RETURN_NONE as a convenient way to return something of the correct type.  E.g.:

static PyObject *
test_decref_doesnt_leak(PyObject* self)
{
    Py_DECREF(PyLong_FromLong(0));
    Py_RETURN_NONE;
}

- Unfortunately, the test above *will* leak:  even though your patch fixes Py_XDECREF, Py_DECREF will still evaluate the argument multiple times.  So we get, for example:

iwasawa:cpython mdickinson$ ./python.exe -m test -R:: test_capi
[1/1] test_capi
beginning 9 repetitions
123456789
.........
test_capi leaked [1, 1, 1, 1] references, sum=4
1 test failed:
    test_capi

- It would be great to have tests for Py_INCREF and Py_XINCREF, too.

- The patch introduces two extra blank lines before Py_CLEAR.

- Not specifically about the patch, but: there's a comment in object.h that reads:

"""
*** WARNING*** The Py_DECREF macro must have a side-effect-free argument
since it may evaluate its argument multiple times.  (The alternative
would be to mace it a proper function or assign it to a global temporary
variable first, both of which are slower; and in a multi-threaded
environment the global variable trick is not safe.)
"""

I don't understand why the author of that comment ruled out the possibility of a local temporary variable.  Anyone have any ideas?  A constraint of some flavours of pre-ANSI C, perhaps?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Sun Mar 31 14:49:48 2013
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 31 Mar 2013 12:49:48 +0000
Subject: [issue10044] small int optimization
In-Reply-To: <1286452590.11.0.255060275257.issue10044@psf.upfronthosting.co.za>
Message-ID: <1364734188.61.0.175647351303.issue10044@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> Do we need to keep this issue open while this research is being
> carried out?

I'd say not.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10044>
_______________________________________

From report at bugs.python.org  Sun Mar 31 16:25:17 2013
From: report at bugs.python.org (Mark Shannon)
Date: Sun, 31 Mar 2013 14:25:17 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1364739917.98.0.565371567793.issue17206@psf.upfronthosting.co.za>


Mark Shannon added the comment:

Mark, it was written 20 years ago. Who knows (or cares) why it was written that way?
Let's just write it correctly this time.


Py_INCREF, Py_DECREF, Py_XDECREF and Py_XINCREF should all expand their argument exactly once.

Py_CLEAR should expand its argument exactly twice, once as an rvalue, then once as an lvalue.

So could we fix Py_DECREF and Py_CLEAR as well, please?

----------
nosy: +Mark.Shannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Sun Mar 31 17:39:42 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 31 Mar 2013 15:39:42 +0000
Subject: [issue17585] IDLE - regression with exit() and quit()
In-Reply-To: <1364715900.07.0.37447718586.issue17585@psf.upfronthosting.co.za>
Message-ID: <1364744382.03.0.55568295546.issue17585@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I see that now. Then both files should be fixed. I still object to introducing a buggy .fileno ;-).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17585>
_______________________________________

From report at bugs.python.org  Sun Mar 31 18:26:46 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 31 Mar 2013 16:26:46 +0000
Subject: [issue17583] IDLE HOWTO
In-Reply-To: <1364685156.29.0.769214841654.issue17583@psf.upfronthosting.co.za>
Message-ID: <1364747206.49.0.568311104337.issue17583@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Yes I missed the link sorry.  Can you add the rst file to Doc/faq in the tip of the repository then do a hg diff and post the patch as an attachment to this issue?  At that point I will review and send any changes or edits with the review system.  Others can suggest changes as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17583>
_______________________________________

From report at bugs.python.org  Sun Mar 31 18:55:03 2013
From: report at bugs.python.org (Daniel Ellis)
Date: Sun, 31 Mar 2013 16:55:03 +0000
Subject: [issue17587] Have all core library modules imported by default
Message-ID: <1364748903.2.0.666469840535.issue17587@psf.upfronthosting.co.za>


New submission from Daniel Ellis:

The other day I was trying to make a script to import a CSV file but for the life of me couldn't remember what the name of the csv library was (turns out it was csv).  So I started thinking "hey, what if all the standard library were just *there* by default"?  We all know doing imports is really boring, so why don't we deal with the elephant in the room?  This is what I love about PHP: once something's imported (or required?  included?  required_once?) you don't have to think about it anymore.  It's very "set it and forget it".  And then you simply remember it later when necessary.  For this, I use pen and paper.

Holy crap, I just had an even better idea.  What if all third-party modules were imported as well?  This may be a bit more challenging, but I truly believe you guys can do it.  There are system settings I've heard about (Krons) that let you basically do anything over and over again.  We could have Python automatically download all pips or whatever and import them without thinking.  Boom!  The Zen of Python.

And can we put an & and a $ somewhere in Python?  I think these feel very cool to use, and are easily one of the best things I miss from more advanced languages like C and PHP.  Let's be honest, doesn't this:

    $item->method();

Look a lot more professional than:

    item.method()

It certainly justifies my salary a bit better.

I don't have a patch for this because, let's be honest, I wouldn't know where to begin.  But I can't imagine it being that hard.  Is there a line or two we could change somewhere?  Maybe just throw an "import *" into a header file somewhere?

Finally, I propose replacing meaningful whitespace with meaningful random unicode characters.  This would look like the matrix and once you "got it" it would feel really cool.  With all of these changes I think we have the potential to turn this toy language into a powerhouse that could even be used for stuff like forum software.

Let me know what you guys think of this.  Also, I offer consulting work for a modest fee (though I don't do any programming myself, I'm more of a people person).

----------
messages: 185630
nosy: Daniel.Ellis, gvanrossum
priority: normal
severity: normal
status: open
title: Have all core library modules imported by default
type: enhancement
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17587>
_______________________________________

From report at bugs.python.org  Sun Mar 31 18:59:06 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 31 Mar 2013 16:59:06 +0000
Subject: [issue17587] Have all core library modules imported by default
In-Reply-To: <1364748903.2.0.666469840535.issue17587@psf.upfronthosting.co.za>
Message-ID: <1364749146.62.0.441244830005.issue17587@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17587>
_______________________________________

From report at bugs.python.org  Sun Mar 31 18:59:29 2013
From: report at bugs.python.org (R. David Murray)
Date: Sun, 31 Mar 2013 16:59:29 +0000
Subject: [issue17587] Have all core library modules imported by default
Message-ID: <1364749169.23.0.634810483516.issue17587@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17587>
_______________________________________

From report at bugs.python.org  Sun Mar 31 19:00:47 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 31 Mar 2013 17:00:47 +0000
Subject: [issue16887] IDLE - tabify/untabify applied when clicking Cancel
In-Reply-To: <1357592262.2.0.644397432764.issue16887@psf.upfronthosting.co.za>
Message-ID: <1364749247.09.0.842225176896.issue16887@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +Todd.Rovito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16887>
_______________________________________

From report at bugs.python.org  Sun Mar 31 19:09:04 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 31 Mar 2013 17:09:04 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1364749744.04.0.483472744241.issue14146@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Roger,
  You are a genius!!!!!  The example program duplicates the bug exactly.  It works on Mac (I assume Linux but I will test on Linux) and it does not work on correctly on Windows.  On Windows as soon as the text widget looses focus then the hi-light disappears.  I will use this code and file a bug report for TCL/TK and post on the tkinter mailing list.  Thank you I was stuck.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Sun Mar 31 19:27:10 2013
From: report at bugs.python.org (Todd Rovito)
Date: Sun, 31 Mar 2013 17:27:10 +0000
Subject: [issue14146] IDLE: source line in editor doesn't highlight when
	debugging
In-Reply-To: <1330401708.67.0.511106941359.issue14146@psf.upfronthosting.co.za>
Message-ID: <1364750830.95.0.190615445194.issue14146@psf.upfronthosting.co.za>


Todd Rovito added the comment:

Bug report has been filed with Tk here:
https://sourceforge.net/tracker/?func=detail&aid=3609608&group_id=12997&atid=112997

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14146>
_______________________________________

From report at bugs.python.org  Sun Mar 31 19:41:19 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 17:41:19 +0000
Subject: [issue17585] IDLE - regression with exit() and quit()
In-Reply-To: <1364715900.07.0.37447718586.issue17585@psf.upfronthosting.co.za>
Message-ID: <1364751679.74.0.677764359927.issue17585@psf.upfronthosting.co.za>


Roger Serwy added the comment:

Terry, I agree that the original patch introduces a buggy fileno and it "knows" too much about the internals of site.py which could change.

The attached patch modifies site.py, similar to how Nick Coghlan split the two function calls in a single try/except block into two separate try/except blocks. I tried to keep the change as small as possible to avoid introducing any unintended regressions. The change does pass the test suite on 3.4 on Linux.

----------
Added file: http://bugs.python.org/file29620/issue17585.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17585>
_______________________________________

From report at bugs.python.org  Sun Mar 31 20:08:50 2013
From: report at bugs.python.org (Drekin)
Date: Sun, 31 Mar 2013 18:08:50 +0000
Subject: [issue17588] runpy cannot run Unicode path on Windows
Message-ID: <1364753330.76.0.973974217823.issue17588@psf.upfronthosting.co.za>


New submission from Drekin:

runpy.run_path("\u222b.py") raises UnicodeEncodeError when trying to use mbcs codec on Windows. However opening the file using open() is ok. So why is runpy trying to encode the name using mbcs encoding when it's not necessary or even correct? See http://bpaste.net/show/aOqQLMyYAAFTJ8pQnkli/ .

----------
components: Library (Lib), Unicode, Windows
messages: 185634
nosy: Drekin, ezio.melotti
priority: normal
severity: normal
status: open
title: runpy cannot run Unicode path on Windows
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17588>
_______________________________________

From report at bugs.python.org  Sun Mar 31 20:14:58 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 31 Mar 2013 18:14:58 +0000
Subject: [issue17585] IDLE - regression with exit() and quit()
In-Reply-To: <1364715900.07.0.37447718586.issue17585@psf.upfronthosting.co.za>
Message-ID: <1364753698.27.0.898422872785.issue17585@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Please read http://mail.python.org/pipermail/python-dev/2013-March/125021.html . The fileno() check shouldn't be needed anymore.

Also, it can't effect 2.7, or you have another problem.

----------
nosy: +pitrou
versions:  -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17585>
_______________________________________

From report at bugs.python.org  Sun Mar 31 20:15:15 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 31 Mar 2013 18:15:15 +0000
Subject: [issue17585] IDLE - regression with exit() and quit()
In-Reply-To: <1364715900.07.0.37447718586.issue17585@psf.upfronthosting.co.za>
Message-ID: <1364753715.3.0.330192545741.issue17585@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

(s/effect/affect/, sorry)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17585>
_______________________________________

From report at bugs.python.org  Sun Mar 31 20:26:59 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 18:26:59 +0000
Subject: [issue17585] IDLE - regression with exit() and quit()
In-Reply-To: <1364715900.07.0.37447718586.issue17585@psf.upfronthosting.co.za>
Message-ID: <1364754419.69.0.361723438304.issue17585@psf.upfronthosting.co.za>


Roger Serwy added the comment:

Antoine, it does affect 2.7 since sys.stdin.close() doesn't call PyShell's close method. #9290 introduced this regression. I accept some responsibility because my manual testing of those patches in #9290 didn't include trying the exit() and quit() methods.

The attached patch fixes the problem on the 2.7 branch.

----------
nosy: +serhiy.storchaka
versions: +Python 2.7
Added file: http://bugs.python.org/file29621/issue17585_2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17585>
_______________________________________

From report at bugs.python.org  Sun Mar 31 20:36:12 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 18:36:12 +0000
Subject: [issue17585] IDLE - regression with exit() and quit()
In-Reply-To: <1364715900.07.0.37447718586.issue17585@psf.upfronthosting.co.za>
Message-ID: <1364754972.22.0.461679915138.issue17585@psf.upfronthosting.co.za>


Roger Serwy added the comment:

I would also argue that the fileno_close.patch ought to be applied to the 3.2.4 and 3.3.1 release candidates. The changes in #9290 were applied only two months ago.

----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17585>
_______________________________________

From report at bugs.python.org  Sun Mar 31 20:38:59 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 31 Mar 2013 18:38:59 +0000
Subject: [issue6419] Broken test_kqueue.py on OpenBSD
In-Reply-To: <1246742581.68.0.218952543803.issue6419@psf.upfronthosting.co.za>
Message-ID: <3Zf5763CYbzNyf@mail.python.org>


Roundup Robot added the comment:

New changeset cfd4cd15809e by Charles-Francois Natali in branch '2.7':
Issue #6419: Fix a test_kqueue failure on some BSD flavors.
http://hg.python.org/cpython/rev/cfd4cd15809e

New changeset 96776fc3cbcc by Charles-Francois Natali in branch '3.3':
Issue #6419: Fix a test_kqueue failure on some BSD flavors.
http://hg.python.org/cpython/rev/96776fc3cbcc

New changeset 0c9415ddf403 by Charles-Francois Natali in branch 'default':
Issue #6419: Fix a test_kqueue failure on some BSD flavors.
http://hg.python.org/cpython/rev/0c9415ddf403

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6419>
_______________________________________

From report at bugs.python.org  Sun Mar 31 20:39:49 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 31 Mar 2013 18:39:49 +0000
Subject: [issue17585] IDLE - regression with exit() and quit()
In-Reply-To: <1364715900.07.0.37447718586.issue17585@psf.upfronthosting.co.za>
Message-ID: <1364755189.35.0.18894826487.issue17585@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I won't argue about any changes in IDLE, but the fileno-checking code in site.py should probably be removed, not complicated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17585>
_______________________________________

From report at bugs.python.org  Sun Mar 31 20:45:58 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 31 Mar 2013 18:45:58 +0000
Subject: [issue15627] Add a method to importlib.abc.SourceLoader for
	converting source to a code object
In-Reply-To: <1344732276.83.0.543554641885.issue15627@psf.upfronthosting.co.za>
Message-ID: <1364755558.09.0.406122872963.issue15627@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Ah, okay.  I can?t wait for the time when unittest.main() is used everywhere and we delete run_unittest :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15627>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:26:42 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 19:26:42 +0000
Subject: [issue17585] IDLE - regression with exit() and quit()
In-Reply-To: <1364715900.07.0.37447718586.issue17585@psf.upfronthosting.co.za>
Message-ID: <1364758002.29.0.140135593086.issue17585@psf.upfronthosting.co.za>


Roger Serwy added the comment:

I agree with Antoine that fileno checking code should be removed. I dug deeper into why that was introduced in the first place.

00b136b7da84 introduced the warning "Trying to close unclosable fd!"
86358b43c8bb intoduced the change to site.py about not closing stdin if wrapping fd 0 to avoid the warning.
23d9cb777d9a removed the warning as part of issue4233.

So the code in site.py for checking fileno is cruft and can be safely removed. The site_reversion patch backs out of 86358b43c8bb.

----------
Added file: http://bugs.python.org/file29622/site_reversion.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17585>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:29:49 2013
From: report at bugs.python.org (Larry Hastings)
Date: Sun, 31 Mar 2013 19:29:49 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1364758189.59.0.0992026014456.issue17206@psf.upfronthosting.co.za>


Larry Hastings added the comment:

For the record: I care.  Generally speaking CPython is a lovingly
crafted source tree, and the choices its architects made are nearly
always sensible and well-reasoned.  When I see things like this, things
that seem kind of dumb on first glance, I worry that we're missing
something.

It could be that it did have a sensible reason fifteen years ago, like
some bone-headed compiler generated awful code--and the macros *are*
used everywhere, so maybe performance genuinely suffered.  Or maybe
the macros were originally intended to be usable as rvalues; it looks
like Py_INCREF still permits that, and changing it to be a statement
could be considered a breaking API change.

But we can't let ourselves become hidebound and superstitious.  I see
no reason why a local temporary variable shouldn't be fine here, and
perhaps in all the macros Mark cites.  So don't get me wrong, I'm +1.

(The documentation on Py_INCREF makes no mention of whether it's legal
as an rvalue, and all the examples use it as a statement.  Perhaps we
should document it explicitly so for 3.4.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:33:14 2013
From: report at bugs.python.org (Sebastian Ortiz Vasquez)
Date: Sun, 31 Mar 2013 19:33:14 +0000
Subject: [issue1470548] Bugfix for #1470540 (XMLGenerator cannot output UTF-16
	or UTF-8)
Message-ID: <1364758394.47.0.234401183811.issue1470548@psf.upfronthosting.co.za>


Sebastian Ortiz Vasquez added the comment:

I have been working with this in order to generate an RSS feed using web2py.

I found, XMLGenerator method does not validate if is an unicode or string type, and it does not encode accord the encoding parameter of the XMLGenerator.

I added changed the method to verify if is an unicode object or try to convert to it using the desired encoding.

Recall that the _write UnbufferedTextIOWrapper receives an unicode object as parameter.

    def characters(self, content):
        if isinstance(content, unicode):      
            self._write(escape(content))
	else:
	    self._write(escape(unicode(content,self._encoding)))

----------
nosy: +neoecos
title: Bugfix for #1470540 (XMLGenerator cannot output UTF-16) -> Bugfix for #1470540 (XMLGenerator cannot output UTF-16 or UTF-8)
versions:  -Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29623/saxutils.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1470548>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:39:14 2013
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 31 Mar 2013 19:39:14 +0000
Subject: [issue17584] collections.Iterator __subclasshook__ does not check if
	next() is callable
In-Reply-To: <1364697946.01.0.0961025821714.issue17584@psf.upfronthosting.co.za>
Message-ID: <1364758754.22.0.721219619758.issue17584@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

It's the nature of duck typing in a dynamic language.  You can tell whether something is present but can't tell whether it words correctly until you call it.

For example, in Python 3, all objects have __lt__ defined, but all it does is return NotImplemented.  So, you can't really tell whether something is orderable until you make the less-than call.

In your case, the rule is that if "next" is present, we assume that it is iterable, but it won't be until it is called that we can tell whether it is implemented correctly (i.e. is callable with zero arguments, returns a value, and raises StopIteration when done).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17584>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:39:15 2013
From: report at bugs.python.org (Larry Hastings)
Date: Sun, 31 Mar 2013 19:39:15 +0000
Subject: [issue17589] Make documentation about macros in C API explicit about
	rvalue vs statement
Message-ID: <1364758755.79.0.998719447408.issue17589@psf.upfronthosting.co.za>


New submission from Larry Hastings:

CPython API "functions" implemented as macros can expand into either
rvalues or statements.  Most expand into statements (often using the
do {} while (0) syntactic sugar trick), but occasionally they're legal
as rvalues.

As of this writing Py_INCREF works as an rvalue.  But discussion on
another tracker issue (#17206) proposes changing the implementation
in such a way that it will only be usable as a statement.  Although
it's mildly unlikely, it's certainly possible that this will break
somebody's code.

I propose that the documentation make an explicit ruling on whether
macros are usable as rvalues or as statements.  Perhaps a blanket
statement would suffice, "all macros are only supported for use as
statements except where explicitly noted", then annotate specific
macros that are supported for use as rvalues.  Though that raises the
question of acknowledging in the documentation that some things are
macros--I think the documentation glosses over that fact right now.

Note: I added you three (Georg, Mark, Martin) as I thought you might
have an opinion on this one way or the other.  If you're not interested,
my apologies.

----------
assignee: docs at python
components: Documentation
messages: 185646
nosy: Mark.Shannon, docs at python, georg.brandl, larry, loewis
priority: normal
severity: normal
stage: needs patch
status: open
title: Make documentation about  macros in C API explicit about rvalue vs statement
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17589>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:39:59 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 19:39:59 +0000
Subject: [issue17590] mingw: translate gcc internal defines to python platform
	specific defines
Message-ID: <1364758799.57.0.261822298653.issue17590@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871

----------
components: Build, Cross-Build
files: 0002-MINGW-translate-gcc-internal-defines-to-python-platf.patch
keywords: patch
messages: 185647
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: translate gcc internal defines to python platform specific defines
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29624/0002-MINGW-translate-gcc-internal-defines-to-python-platf.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17590>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:42:11 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 19:42:11 +0000
Subject: [issue17591] mingw: use header in lowercase
Message-ID: <1364758931.6.0.420672856483.issue17591@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871

----------
components: Cross-Build
files: 0003-MINGW-use-header-in-lowercase.patch
keywords: patch
messages: 185648
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: use header in lowercase
versions: Python 3.4
Added file: http://bugs.python.org/file29625/0003-MINGW-use-header-in-lowercase.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17591>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:42:26 2013
From: report at bugs.python.org (Byron Ruth)
Date: Sun, 31 Mar 2013 19:42:26 +0000
Subject: [issue17584] collections.Iterator __subclasshook__ does not check if
	next() is callable
In-Reply-To: <1364697946.01.0.0961025821714.issue17584@psf.upfronthosting.co.za>
Message-ID: <1364758946.32.0.634707004236.issue17584@psf.upfronthosting.co.za>


Byron Ruth added the comment:

Thank you for the education. I didn't think about duck-typing extending to the level of whether or not something is callable.. then again the property _could_ return a callable and it would be transparent to the caller.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17584>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:43:31 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 19:43:31 +0000
Subject: [issue17592] mingw: configure MACHDEP and platform for build
Message-ID: <1364759010.97.0.879569753757.issue17592@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871

----------
components: Build, Cross-Build
files: 0004-MINGW-configure-MACHDEP-and-platform-for-build.patch
keywords: patch
messages: 185650
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: configure MACHDEP and platform for build
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29626/0004-MINGW-configure-MACHDEP-and-platform-for-build.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17592>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:44:19 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 19:44:19 +0000
Subject: [issue8900] IDLE crashes when using keyboard shortcuts to open a file.
In-Reply-To: <1275695898.02.0.763223364629.issue8900@psf.upfronthosting.co.za>
Message-ID: <1364759059.35.0.377369119867.issue8900@psf.upfronthosting.co.za>


Roger Serwy added the comment:

I changed the title to better reflect the original bug report.

@Bruce: I did review Guilherme's patch a while ago in #10079. The editor window bug can be found in #6698. These are on my todo-list, especially now that PEP434 has been accepted.

----------
assignee:  -> roger.serwy
title: IDLE crashes if Preference set to At Startup -> Open Edit Window -> IDLE crashes when using keyboard shortcuts to open a file.
versions: +Python 2.7, Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8900>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:44:31 2013
From: report at bugs.python.org (Dominik Stadler)
Date: Sun, 31 Mar 2013 19:44:31 +0000
Subject: [issue17593] mailbox.py tries to link even on filesystem wihch does
	not support symbolic links
Message-ID: <1364759071.81.0.0901608465156.issue17593@psf.upfronthosting.co.za>


New submission from Dominik Stadler:

I tried to use NoPriv (https://github.com/RaymiiOrg/NoPriv/) to backup emails to an USB Disk which is formatted for Windows compatibility, i.e. FAT-type filesystem, but got the error below. Seems mailbox.py still tries to create a symbolic link, which is not possible on this filesystem.

Running on ext3 file system works fine. This is on Ubuntu Precise 12.04 with latest updates installed. Python is 2.7.3-0ubuntu3.1

Getting messages from server from folder: [Gmail]/Sent Mail.
Saving message 1.
Traceback (most recent call last):
  File "./nopriv.py", line 783, in <module>
    get_messages_to_local_maildir(folder, mail)    
  File "./nopriv.py", line 236, in get_messages_to_local_maildir
    saveToMaildir(raw_email, maildir_folder)
  File "./nopriv.py", line 155, in saveToMaildir
    message_key = folder.add(msg)
  File "/usr/lib/python2.7/mailbox.py", line 276, in add
    os.link(tmp_file.name, dest)
OSError: [Errno 1] Operation not permitted

----------
components: Library (Lib)
messages: 185652
nosy: dominik-stadler
priority: normal
severity: normal
status: open
title: mailbox.py tries to link even on filesystem wihch does not support symbolic links
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17593>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:46:49 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 19:46:49 +0000
Subject: [issue17594] mingw: preset configure defaults
Message-ID: <1364759209.12.0.183871965153.issue17594@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871, but implement ed differently - externalize some configure defaults instead to update configure script for each check

----------
components: Build, Cross-Build
files: 0005-MINGW-preset-configure-defaults.patch
keywords: patch
messages: 185653
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: preset configure defaults
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29627/0005-MINGW-preset-configure-defaults.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17594>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:47:30 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 31 Mar 2013 19:47:30 +0000
Subject: [issue17584] collections.Iterator __subclasshook__ does not check if
	next() is callable
In-Reply-To: <1364697946.01.0.0961025821714.issue17584@psf.upfronthosting.co.za>
Message-ID: <1364759250.37.0.783676665782.issue17584@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I responded to this on python-list.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17584>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:51:09 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 19:51:09 +0000
Subject: [issue17595] mingw: configure largefile support for windows builds
Message-ID: <1364759469.4.0.971782294906.issue17595@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871

----------
components: Build, Cross-Build
files: 0006-MINGW-configure-largefile-support-for-windows-builds.patch
keywords: patch
messages: 185655
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: configure largefile support for windows builds
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29628/0006-MINGW-configure-largefile-support-for-windows-builds.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17595>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:52:30 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 19:52:30 +0000
Subject: [issue17596] mingw: add wincrypt.h in Python/random.c
Message-ID: <1364759550.1.0.784816138904.issue17596@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871

----------
components: Build, Cross-Build
files: 0007-MINGW-add-wincrypt.h-in-Python-random.c.patch
keywords: patch
messages: 185656
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: add wincrypt.h in Python/random.c
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29629/0007-MINGW-add-wincrypt.h-in-Python-random.c.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17596>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:56:39 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 19:56:39 +0000
Subject: [issue17597] mingw: add $srcdir/PC to CPPFLAGS
Message-ID: <1364759799.81.0.998386094022.issue17597@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871.

May be best solution is to move "errmap.h" from PC/ to Objects/ and to use platform specific filename.

----------
components: Build, Cross-Build
files: 0008-MINGW-add-srcdir-PC-to-CPPFLAGS.patch
keywords: patch
messages: 185657
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: add $srcdir/PC to CPPFLAGS
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29630/0008-MINGW-add-srcdir-PC-to-CPPFLAGS.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17597>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:57:14 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 31 Mar 2013 19:57:14 +0000
Subject: [issue6696] Profile objects should be documented
In-Reply-To: <1250182637.82.0.304646827828.issue6696@psf.upfronthosting.co.za>
Message-ID: <1364759834.96.0.863248902608.issue6696@psf.upfronthosting.co.za>


?ric Araujo added the comment:

Ezio, would you like to commit this?

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6696>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:58:05 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 19:58:05 +0000
Subject: [issue17598] mingw: init system calls
Message-ID: <1364759885.17.0.0266392857932.issue17598@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871.

----------
components: Build, Cross-Build
files: 0009-MINGW-init-system-calls.patch
keywords: patch
messages: 185659
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: init system calls
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29631/0009-MINGW-init-system-calls.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17598>
_______________________________________

From report at bugs.python.org  Sun Mar 31 21:59:37 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 19:59:37 +0000
Subject: [issue17599] mingw: detect REPARSE_DATA_BUFFER
Message-ID: <1364759977.57.0.233975454494.issue17599@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871.

----------
components: Build, Cross-Build
files: 0010-MINGW-detect-REPARSE_DATA_BUFFER.patch
keywords: patch
messages: 185660
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: detect REPARSE_DATA_BUFFER
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29632/0010-MINGW-detect-REPARSE_DATA_BUFFER.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17599>
_______________________________________

From report at bugs.python.org  Sun Mar 31 22:01:07 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 20:01:07 +0000
Subject: [issue17600] mingw: build-in windows modules (winreg)
Message-ID: <1364760067.55.0.47312643971.issue17600@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871.

----------
components: Build, Cross-Build
files: 0011-MINGW-build-in-windows-modules-winreg.patch
keywords: patch
messages: 185661
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: build-in windows modules (winreg)
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29633/0011-MINGW-build-in-windows-modules-winreg.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17600>
_______________________________________

From report at bugs.python.org  Sun Mar 31 22:01:32 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 20:01:32 +0000
Subject: [issue15964] SyntaxError in asdl when building 2.7 with system Python
	3
In-Reply-To: <1347978379.29.0.810502621141.issue15964@psf.upfronthosting.co.za>
Message-ID: <1364760092.98.0.111440368967.issue15964@psf.upfronthosting.co.za>


Roger Serwy added the comment:

I use Arch Linux which has /usr/bin/python as 3.3.0. I can confirm that "touch Include/Python-ast.h Python/Python-ast.c" fixes the problem. 

But would it have been simpler just to convert the print statements to functions so that asdl_c.py would work with Python 3 as well as Python 2?

----------
nosy: +roger.serwy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15964>
_______________________________________

From report at bugs.python.org  Sun Mar 31 22:04:28 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 20:04:28 +0000
Subject: [issue17601] mingw: determine if pwdmodule should be used
Message-ID: <1364760268.61.0.961516146376.issue17601@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871.
(now without to impact other platforms - it will remain build-in module)

----------
components: Interpreter Core
files: 0012-MINGW-determine-if-pwdmodule-should-be-used.patch
keywords: patch
messages: 185663
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: determine if pwdmodule should be used
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29634/0012-MINGW-determine-if-pwdmodule-should-be-used.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17601>
_______________________________________

From report at bugs.python.org  Sun Mar 31 22:10:13 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 20:10:13 +0000
Subject: [issue17602] mingw: default sys.path calculations for windows
	platforms
Message-ID: <1364760613.75.0.604084743865.issue17602@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

Part is split of issue3871.
Based of feedback to issue3871 users prefer to use posix installation scheme and this is implementation of 'relative' posix prefix.

----------
components: Interpreter Core
files: 0013-MINGW-default-sys.path-calculations-for-windows-plat.patch
keywords: patch
messages: 185664
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: default sys.path calculations for windows  platforms
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29635/0013-MINGW-default-sys.path-calculations-for-windows-plat.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17602>
_______________________________________

From report at bugs.python.org  Sun Mar 31 22:13:39 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 20:13:39 +0000
Subject: [issue17603] AC_LIBOBJ replacement of fileblocks
Message-ID: <1364760819.41.0.900154328327.issue17603@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871 - actually this is not mingw* specific - it is for all platforms without fileblocks

----------
components: Build, Cross-Build
files: 0014-MINGW-AC_LIBOBJ-replacement-of-fileblocks.patch
keywords: patch
messages: 185665
nosy: rpetrov
priority: normal
severity: normal
status: open
title: AC_LIBOBJ replacement of fileblocks
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29636/0014-MINGW-AC_LIBOBJ-replacement-of-fileblocks.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17603>
_______________________________________

From report at bugs.python.org  Sun Mar 31 22:16:13 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 20:16:13 +0000
Subject: [issue17604] mingw: use main() to start execution
Message-ID: <1364760973.75.0.319025813954.issue17604@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871

----------
components: Interpreter Core
files: 0015-MINGW-use-main-to-start-execution.patch
keywords: patch
messages: 185666
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: use main() to start execution
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file29637/0015-MINGW-use-main-to-start-execution.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17604>
_______________________________________

From report at bugs.python.org  Sun Mar 31 22:25:39 2013
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 31 Mar 2013 20:25:39 +0000
Subject: [issue17589] Make documentation about macros in C API explicit about
	rvalue vs statement
In-Reply-To: <1364758755.79.0.998719447408.issue17589@psf.upfronthosting.co.za>
Message-ID: <1364761539.27.0.101238794031.issue17589@psf.upfronthosting.co.za>


Georg Brandl added the comment:

There are also some macros usable as lvalues, such as Py_REFCNT or Py_SIZE (they aren't documented at all currently).

Anyway, documenting as statement-only unless explicitly stated differently is fine with me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17589>
_______________________________________

From report at bugs.python.org  Sun Mar 31 22:40:45 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 31 Mar 2013 20:40:45 +0000
Subject: [issue17589] Make documentation about macros in C API explicit about
	rvalue vs statement
In-Reply-To: <1364758755.79.0.998719447408.issue17589@psf.upfronthosting.co.za>
Message-ID: <1364762445.03.0.804408849458.issue17589@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Py_INCREF usable as an rvalue sounds more like an accident than a deliberate feature, and it would be IMO counter-productive to codify this behaviour in the docs.

As for the lvalue usage of Py_REFCNT and Py_SIZE, I think it would be better if it were limited to CPython core. But arguably writers of extension types may want to mutate the size field of a varsize object.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17589>
_______________________________________

From report at bugs.python.org  Sun Mar 31 22:42:04 2013
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 31 Mar 2013 20:42:04 +0000
Subject: [issue17605] mingw-meta: build interpeter core
Message-ID: <1364762524.12.0.901415822586.issue17605@psf.upfronthosting.co.za>


New submission from Roumen Petrov:

split of issue3871 - this is meta issue only for part related to build interpreter core.
Goal is statically linked python executable (python.exe).
Patch set consist of :
- 01 Issue17148 : nt thread model detection
- 02 issue17590 : translate gcc internal defines to python platform specific defines
- 03 issue17591 : use header in lowercase
- 04 issue17592 : configure MACHDEP and platform for build
- 05 issue17594 : preset configure defaults
- 06 issue17595 : configure largefile support for windows builds
- 07 issue17596 : add wincrypt.h in Python/random.c
- 08 issue17597 : add $srcdir/PC to CPPFLAGS
- 09 issue17598 : init system calls
- 10 issue17599 : detect REPARSE_DATA_BUFFER
- 11 issue17600 : build-in windows modules (winreg)
- 12 issue17601 : determine if pwdmodule should be used
- 13 issue17602 : default sys.path calculations for windows  platforms
- 14 issue17603 : AC_LIBOBJ replacement of fileblocks
- 15 issue17604 : use main() to start execution

After above patches user must regenerate configure script.

Hints:
a) at configure time define CPPFLAGS with minimum supported version like this   "-DWINVER=0x501 -D_WIN32_WINNT=0x501", i.e XP is now minimum
b) use --without-libm 
c) do not use yet --enable-shared

Notes:
a) previous mingw patch (issue3871 posted in 2008) contain code that define w2k as minimum . Now python evolve and minimum is xp. 
b) previous patch nos not define libm in configure script . Instead to updated configure use tis flag
c) will be included in additional patch-set related to build of standard extensions.

----------
components: Interpreter Core
messages: 185669
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw-meta: build interpeter core
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17605>
_______________________________________

From report at bugs.python.org  Sun Mar 31 22:52:43 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 31 Mar 2013 20:52:43 +0000
Subject: [issue17591] mingw: use header in lowercase
In-Reply-To: <1364758931.6.0.420672856483.issue17591@psf.upfronthosting.co.za>
Message-ID: <3Zf85Q5rvDzNSH@mail.python.org>


Roundup Robot added the comment:

New changeset 58fcd81acfb1 by Antoine Pitrou in branch 'default':
Issue #17591: Use lowercase filenames when including Windows header files.
http://hg.python.org/cpython/rev/58fcd81acfb1

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17591>
_______________________________________

From report at bugs.python.org  Sun Mar 31 22:53:09 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 31 Mar 2013 20:53:09 +0000
Subject: [issue17591] mingw: use header in lowercase
In-Reply-To: <1364758931.6.0.420672856483.issue17591@psf.upfronthosting.co.za>
Message-ID: <1364763189.02.0.829855982564.issue17591@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Committed, thanks.

----------
nosy: +pitrou
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17591>
_______________________________________

From report at bugs.python.org  Sun Mar 31 22:54:57 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 31 Mar 2013 20:54:57 +0000
Subject: [issue17596] mingw: add wincrypt.h in Python/random.c
In-Reply-To: <1364759550.1.0.784816138904.issue17596@psf.upfronthosting.co.za>
Message-ID: <1364763297.94.0.818408756477.issue17596@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Why the "#ifdef __MINGW32__"? I suppose the include is harmless anyway.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17596>
_______________________________________

From report at bugs.python.org  Sun Mar 31 23:09:02 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 31 Mar 2013 21:09:02 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1364764142.23.0.698440822133.issue11406@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

Here's an updated patch that fixes the windows build based on twouters' comments. It goes ahead and removes the old C implementation of listdir in favor of the trivial Python wrapping of scandir.

----------
Added file: http://bugs.python.org/file29638/issue11406-gps02.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sun Mar 31 23:12:41 2013
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 31 Mar 2013 21:12:41 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1364764361.69.0.541291477927.issue11406@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Bikeshedding: I would find "iterdir" much easier to remember than "scandir" (especially in relationship with "listdir").

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sun Mar 31 23:13:20 2013
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 31 Mar 2013 21:13:20 +0000
Subject: [issue8900] IDLE crashes when using keyboard shortcuts to open a file.
In-Reply-To: <1275695898.02.0.763223364629.issue8900@psf.upfronthosting.co.za>
Message-ID: <3Zf8YC6gmKzNgy@mail.python.org>


Roundup Robot added the comment:

New changeset 37352a3ccd54 by Roger Serwy in branch '2.7':
#8900: Using keyboard shortcuts in IDLE to open a file no longer raises an exception.
http://hg.python.org/cpython/rev/37352a3ccd54

New changeset 61092bbd1464 by Roger Serwy in branch '3.3':
#8900: Using keyboard shortcuts in IDLE to open a file no longer raises an exception.
http://hg.python.org/cpython/rev/61092bbd1464

New changeset 6ad256175971 by Roger Serwy in branch 'default':
#8900: merge with 3.3.
http://hg.python.org/cpython/rev/6ad256175971

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8900>
_______________________________________

From report at bugs.python.org  Sun Mar 31 23:16:32 2013
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 31 Mar 2013 21:16:32 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1364764592.3.0.599555989687.issue11406@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I prefer iterdir also.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sun Mar 31 23:25:07 2013
From: report at bugs.python.org (Roger Serwy)
Date: Sun, 31 Mar 2013 21:25:07 +0000
Subject: [issue8900] IDLE crashes when using keyboard shortcuts to open a file.
In-Reply-To: <1275695898.02.0.763223364629.issue8900@psf.upfronthosting.co.za>
Message-ID: <1364765107.07.0.283810052561.issue8900@psf.upfronthosting.co.za>


Roger Serwy added the comment:

I am closing this issue as being fixed.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8900>
_______________________________________

From report at bugs.python.org  Sun Mar 31 23:32:55 2013
From: report at bugs.python.org (Joshua Chia)
Date: Sun, 31 Mar 2013 21:32:55 +0000
Subject: [issue13271] When -h is used with argparse,
	default values that fail should not matter
In-Reply-To: <1319664352.05.0.511704738067.issue13271@psf.upfronthosting.co.za>
Message-ID: <1364765575.42.0.41576252678.issue13271@psf.upfronthosting.co.za>


Joshua Chia added the comment:

Added test case

----------
resolution:  -> duplicate
status: open -> closed
Added file: http://bugs.python.org/file29639/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13271>
_______________________________________

From report at bugs.python.org  Sun Mar 31 23:33:46 2013
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 31 Mar 2013 21:33:46 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
	instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1364765626.34.0.321979523821.issue11406@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

While i don't personally like things with iter in the name I won't object.  That way the scandir name would be left available for a future version of this that yields namedtuples of directory entry details as Martin wants to see.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Sun Mar 31 23:34:04 2013
From: report at bugs.python.org (Joshua Chia)
Date: Sun, 31 Mar 2013 21:34:04 +0000
Subject: [issue13271] When -h is used with argparse,
	default values that fail should not matter
In-Reply-To: <1319664352.05.0.511704738067.issue13271@psf.upfronthosting.co.za>
Message-ID: <1364765644.52.0.48866583488.issue13271@psf.upfronthosting.co.za>


Joshua Chia added the comment:

Seems to be duplicate of http://bugs.python.org/issue12776

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13271>
_______________________________________

From report at bugs.python.org  Sun Mar 31 23:38:52 2013
From: report at bugs.python.org (Phil Connell)
Date: Sun, 31 Mar 2013 21:38:52 +0000
Subject: [issue17577] Add lookahead/peek wrapper to itertools
In-Reply-To: <1364600274.74.0.549757857069.issue17577@psf.upfronthosting.co.za>
Message-ID: <1364765932.95.0.933215833745.issue17577@psf.upfronthosting.co.za>


Phil Connell added the comment:

I like the suggested API: "iterator with indexing" is a good articulation of the request.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17577>
_______________________________________

From report at bugs.python.org  Sun Mar 31 23:51:07 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 31 Mar 2013 21:51:07 +0000
Subject: [issue13271] When -h is used with argparse,
	default values that fail should not matter
In-Reply-To: <1319664352.05.0.511704738067.issue13271@psf.upfronthosting.co.za>
Message-ID: <1364766667.23.0.951042134023.issue13271@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
stage: test needed -> committed/rejected
superseder:  -> argparse: type conversion function should be called only once

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13271>
_______________________________________

From report at bugs.python.org  Sun Mar 31 23:51:15 2013
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Sun, 31 Mar 2013 21:51:15 +0000
Subject: [issue1470548] xml.sax.saxutils.XMLGenerator cannot output UTF-16
Message-ID: <1364766675.59.0.591402258682.issue1470548@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis added the comment:

Sebastian Ortiz Vasquez: Please file a new issue and attach a patch (in unified format) instead of a whole Python module.

----------
title: Bugfix for #1470540 (XMLGenerator cannot output UTF-16 or UTF-8) -> xml.sax.saxutils.XMLGenerator cannot output UTF-16

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1470548>
_______________________________________

From report at bugs.python.org  Sun Mar 31 23:53:24 2013
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 31 Mar 2013 21:53:24 +0000
Subject: [issue12776] argparse: type conversion function should be called only
	once
In-Reply-To: <1313657878.1.0.958946060112.issue12776@psf.upfronthosting.co.za>
Message-ID: <1364766804.78.0.819140000637.issue12776@psf.upfronthosting.co.za>


?ric Araujo added the comment:

FTR a contributor to #13271 (--help should work even if a type converter fails) indicated that it?s fixed by this patch, so it may be good to add a regression test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12776>
_______________________________________