[issue13951] Document that Seg Fault in .so called by ctypes causes the interpreter to Seg Fault

[Georg Brandl]

Georg Brandl added the comment:

LGTM.

--

___
Python tracker 

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

[issue14516] test_tools assumes BUILDDIR=SRCDIR

[Ronald Oussoren]

Ronald Oussoren added the comment:

2.7 works as well. 

Roumen: what doesn't work and how can we reproduce that?

--
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> pending

___
Python tracker 

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

[issue16824] typo in test

[Stefan Behnel]

New submission from Stefan Behnel:

Line 522 in test file Lib/test/test_pep380.py says:

trace.append("Should not have yielded:", y)

However, 'trace' is a list and list.append() only takes one parameter, so this 
should read:

trace.append("Should not have yielded: %r" % y)

I noticed it because Cython's type analysis refuses to compile this. This line 
is just a failure guard and is never reached in the normal test execution, 
that's why it doesn't show in CPython's test runs.

--
components: Tests
messages: 178653
nosy: scoder
priority: normal
severity: normal
status: open
title: typo in test
type: compile error
versions: Python 3.3, Python 3.4

___
Python tracker 

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

[issue15075] XincludeTest failure in test_xml_etree

[Stefan Behnel]

Stefan Behnel added the comment:

If runtime checks are needed to prevent mixing arbitrary objects into the tree, 
then I don't think they should be considered too costly.

I agree with Florent that this is worth reopening. It doesn't look like a 
"Tests" bug to me rather a "Lib"/"XML" bug.

--
nosy: +scoder

___
Python tracker 

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

[issue1674555] sys.path in tests contains system directories

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Added file: http://bugs.python.org/file28504/python-2.7-issue1674555.patch

___
Python tracker 

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

[issue1674555] sys.path in tests contains system directories

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Added file: http://bugs.python.org/file28505/python-3.2-issue1674555.patch

___
Python tracker 

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

[issue1674555] sys.path in tests contains system directories

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Added file: http://bugs.python.org/file28506/python-3.3-issue1674555.patch

___
Python tracker 

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

[issue1674555] sys.path in tests contains system directories

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Added file: http://bugs.python.org/file28507/python-3.4-issue1674555.patch

___
Python tracker 

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

[issue1674555] sys.path in tests contains system directories

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Removed file: http://bugs.python.org/file20583/python-3.2-issue1674555.patch

___
Python tracker 

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

[issue1674555] sys.path in tests contains system directories

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Removed file: http://bugs.python.org/file20584/python-2.7-issue1674555.patch

___
Python tracker 

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

[issue16659] Pure Python implementation of random

[Stefan Behnel]

Stefan Behnel added the comment:

FWIW, PyPy has an (R)Python implementation already:

https://bitbucket.org/pypy/pypy/src/default/pypy/rlib/rrandom.py

--
nosy: +scoder

___
Python tracker 

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

[issue16824] typo in test

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"

[Charles-François Natali]

Charles-François Natali added the comment:

The patch looks good, however there's something really bothering me:
in issue #14635, the same type of patch was applied to telnetlib,
here, it's multiprocessing and AFAICT, any single use of select() in
the standard library is subject to this FD_SETSIZE limitation.
That why I think it could probably be a good idea to expose a
high-level "selector" object in the select module, which would use the
"right" syscall transparently (e.g. select, poll or /dev/poll), with a
unified API. This would make writing portable and efficient I/O
multiplexing code much easier, not only in the stdlib, but also for
end-users.

--

___
Python tracker 

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

[issue16824] typo in test

[Roundup Robot]

Roundup Robot added the comment:

New changeset 9472928af085 by Serhiy Storchaka in branch '3.3':
Issue #16824: Fix a failure guard in the never reached in the normal test 
execution code in test_pep380.
http://hg.python.org/cpython/rev/9472928af085

New changeset 5ef7d9d6 by Serhiy Storchaka in branch 'default':
Issue #16824: Fix a failure guard in the never reached in the normal test 
execution code in test_pep380.
http://hg.python.org/cpython/rev/5ef7d9d6

--
nosy: +python-dev

___
Python tracker 

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

[issue16824] typo in test

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Fixed. Thank you, Stefan. I will be glad to see new bugs which you will found 
with Cython.

--
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type: compile error -> behavior

___
Python tracker 

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

[issue16802] fileno argument to socket.socket() undocumented

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

The fileno parameter was added in the changeset 8e062e572ea4. It was mentioned 
in comments at the top of Modules/socketmodule.c, but not in the documentation 
or docstrings (nor for _socket.socket, nor for socket.socket).

--
assignee:  -> docs@python
components: +Documentation
nosy: +docs@python, pitrou, serhiy.storchaka
type:  -> enhancement

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Removed file: http://bugs.python.org/file16630/python-LDCXXSHARED.patch

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Arfrever Frehtes Taifersar Arahesis added the comment:

I attach updated patches for distutils in case somebody wants to use them. (I 
privately update them once per week.)

--

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
keywords: +patch
Added file: http://bugs.python.org/file28508/python-2.7-distutils-C++.patch

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Added file: http://bugs.python.org/file28509/python-3.2-distutils-C++.patch

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Added file: http://bugs.python.org/file28510/python-3.3-distutils-C++.patch

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Added file: http://bugs.python.org/file28511/python-3.4-distutils-C++.patch

___
Python tracker 

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

[issue16320] Establish order in bytes/string dependencies

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

> The cleanup of BYTESTR_DEPS and UNICODE_DEPS seems reasonable, but can you
> explain the rationale behind removing the additional dependencies on
> formatter_unicode.c?

This question already was asked by Antoine on IRC.

Because now Python/formatter_unicode.c depends only on headers included in 
PYTHON_HEADERS. A special rule doesn't needed.

> Why were those dependencies ever needed (I can't see
> the dependencies from reading formatter_unicode.c and its included
> headers)?

Perhaps this is an artifact. This dependency was added in r61057 and 
fce5af5ce16a by Christian Heimes.

--
nosy: +christian.heimes

___
Python tracker 

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

[issue16821] bundlebuilder broken in 2.7

[Barry Alan Scott]

Barry Alan Scott added the comment:

Why not use IDLE? Workbench is a lot of code and dependencies.

I expect that it works because idle.app was created using the --no-zipimport 
option that is new in 2.7.

However with zip import the code is badly broken.

Build IDLE.app with zip import and you should reproduce the bug.

Have you code inspected the module as I suggested to review the new code?

_getSiteCode is clearly wrong. The if is backwards and no else.

The following inserts are in the wrong order:

if %(optimize)s:
sys.argv.insert(1, '-O')

sys.argv.insert(1, mainprogram)

--

___
Python tracker 

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

[issue16801] Preserve original representation for integers / floats in docstrings

[Georg Brandl]

Georg Brandl added the comment:

> 20+ years of Python success suggest this isn't a problem that needs solving.

That reasoning could be applied to almost all open tracker issues.

> Likewise, Linux itself doesn't preserve the original form of a chmod call.

Where would/could it do so?  C has no introspection facility equivalent to 
pydoc, which is discussed here.  In the Linux manual pages, octal literals are 
used.  Introspective tools like "strace" also display octal literals when 
tracing *chmod calls.

That said, I agree that this is not an issue worth solving just because of 
octal literals.  But there are more cases in which the actual signature doesn't 
represent the best way to document the function API, and if a simple solution 
can be found it would not be different from fixing a minor annoyance elsewhere 
in Python.

--

___
Python tracker 

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

[issue16821] bundlebuilder broken in 2.7

[Ronald Oussoren]

Ronald Oussoren added the comment:

It probably works because IDLE.app only uses the stdlib (that is, anything 
imported from the main script is in the stdlib)

The bundlebuilder call for IDLE.app:


$(RUNSHARED) @ARCH_RUN_32BIT@ $(BUILDPYTHON) $(BUNDLEBULDER) \
--builddir=. \
--name=IDLE \
--link-exec \
--plist=Info.plist \
--mainprogram=$(srcdir)/idlemain.py \
--iconfile=$(srcdir)/../Icons/IDLE.icns \
--resource=$(srcdir)/../Icons/PythonSource.icns \
--resource=$(srcdir)/../Icons/PythonCompiled.icns \
--python=$(prefix)/Resources/Python.app/Contents/MacOS/Python \
build


I don't have time to look into this right now, maybe in a couple of weeks.

--

___
Python tracker 

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

[issue16802] fileno argument to socket.socket() undocumented

[Antoine Pitrou]

Antoine Pitrou added the comment:

The "fileno" argument looks like an implementation detail to me.

--
nosy: +gvanrossum

___
Python tracker 

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

[issue16061] performance regression in string replace for 3.3

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

> str_replace_1char.patch: why not implementing replace_1char_inplace() in
> stringlib, with one version per character type (UCS1, UCS2, UCS4)?

Because there are no benefits to do it. All three versions (UCS1, UCS2, and 
UCS4) have no any common code. The best implementation used for every kind of 
strings. For UCS1 it uses fast memchr() (findchar() has some overhead here), 
for UCS2 it uses findchar(), and for UCS4 it uses a dumb loop, because 
findchar() will be too ineffective here.

> I prefer unicode_2.patch algorithm because it's simpler: only one loop (vs
> two loops for str_replace_1char.patch, with a threshold of 10 different
> characters).

Yes, UCS1-implementation in str_replace_1char.patch is more complicated, but 
it is faster for more input strings. memchr() is more effective than a simple 
loop when the replaceable characters are rare. But when they meet often, a 
simple cycle is more efficient. The "attempts" counter determines how many 
characters will be checked before using memchr(). This speeds up the 
replacement in strings with frequent replacements, but a little slow down the 
replacement in strings with rare replacements. 10 is a compromise. 
str_replace_1char.patch speed up not only case when *each* character replaced, 
but when 1/2, 1/3, 1/5,... characters replaced.

> Why do you changed your algorithm? Is str_replace_1char.patch algorithm
> more efficient than unicode_2.patch algorithm? Is the speedup really
> interesting?

You can run benchmarks and compare results. str_replace_1char.patch provides 
not the best performance, but most stable results for wide sort of strings, 
and has no regressions comparing with 3.2.

--

___
Python tracker 

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

[issue16802] fileno argument to socket.socket() undocumented

[Richard Oudkerk]

Richard Oudkerk added the comment:

> The "fileno" argument looks like an implementation detail to me.

It has at least one potential use.  On Windows socket.detach() returns a socket 
handle but there is no documented way to close it -- os.close() will not work.  
The only way to close it that I can see (without resorting to ctypes) is with 
something like

socket.socket(fileno=handle).close()

--

___
Python tracker 

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

[issue16822] execv (et al.) should invoke atexit handlers before executing new code

[Antoine Pitrou]

Antoine Pitrou added the comment:

That's a good question. Conceptually it makes sense, but I wonder if programs 
currently rely on os.execv not cleaning up anything: not only it doesn't call 
atexit handlers, but it also doesn't try to shutdown the interpreter. Which can 
be handy if you are using exec() in a fork() + exec() context (I think it is 
generally recommended to use os._exit(), not sys.exit() in a forked child).

--
nosy: +neologix, pitrou
type:  -> enhancement
versions: +Python 3.4 -Python 2.7, Python 3.3

___
Python tracker 

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

[issue16822] execv (et al.) should invoke atexit handlers before executing new code

[Georg Brandl]

Georg Brandl added the comment:

FTR, with C's atexit(3), the handlers are not called either on exec().

--
nosy: +georg.brandl

___
Python tracker 

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

[issue16822] execv (et al.) should invoke atexit handlers before executing new code

[Charles-François Natali]

Charles-François Natali added the comment:

The first reason for not calling atexit handlers upon exec() is that
it wouldn't be async-safe anymore, and could result in deadlocks.
Also, since atexit handlers are inherited upon fork(), running atexit
handlers upon exec() could result in such handlers being called
several times - something which should definitely be avoided.

Note that the atexit documentation states that handlers will only be
called in case of "normal interpreter termination".

So I'm -1 on the change, the chance of breaking existing applications
is way too high.

--

___
Python tracker 

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

[issue16820] configparser.ConfigParser.clean and .update bugs

[Roundup Robot]

Roundup Robot added the comment:

New changeset 459a23083b66 by Łukasz Langa in branch '3.3':
Fixes `__setitem__` on parser['DEFAULT'] reported in issue #16820.
http://hg.python.org/cpython/rev/459a23083b66

New changeset f6fb5a5748f0 by Łukasz Langa in branch 'default':
Merged `parser['DEFAULT'].__setitem__` fix (issue #16820) from 3.3.
http://hg.python.org/cpython/rev/f6fb5a5748f0

--

___
Python tracker 

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

[issue16820] configparser.ConfigParser.clean and .update bugs

[Łukasz Langa]

Łukasz Langa added the comment:

For the record, the bug that caused the following to be equivalent:

  parser['DEFAULT'] = {'option': 'value'} 
  parser['DEFAULT'].update({'option': 'value'})

has been fixed for 3.3.1+ only. This way it's going to be easier for users to 
reason about the fix ("it was broken in 3.2.0 - 3.3.0").

Note that the bug only affected __setitem__ on the default section.

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

___
Python tracker 

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

[issue16825] all OK!!!

[Bernie Keimel]

Changes by Bernie Keimel :


--
nosy: Bernie.Keimel
priority: normal
severity: normal
status: open
title: all OK!!!

___
Python tracker 

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

[issue16825] all OK!!!

[Charles-François Natali]

Changes by Charles-François Natali :


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

___
Python tracker 

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

[issue16591] RUNSHARED wrong for OSX no framework

[Ronald Oussoren]

Ronald Oussoren added the comment:

The patch can cause problems when either DYLD_LIBRARY_PATH or the current 
working directory contains whitepace, a better fix is:

RUNSHARED=DYLD_LIBRARY_PATH="`pwd`:${DYLD_LIBRARY_PATH}"

(That is, replace the single quotes by double quotes)

--
nosy: +hynek, ned.deily, ronaldoussoren

___
Python tracker 

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

[issue16803] Make test_importlib run tests under both _frozen_importlib and importlib._bootstrap

[Brett Cannon]

Changes by Brett Cannon :


--
title: Make time_importlib run tests under both _frozen_importlib and 
importlib._bootstrap -> Make test_importlib run tests under both 
_frozen_importlib and importlib._bootstrap

___
Python tracker 

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

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Brett Cannon]

Brett Cannon added the comment:

One thing I should say about this list of modules is please don't go nuts 
porting every single module blindly. There is always a possibility that another 
VM has already ported the code and has simply not contributed it back and so 
there is no need to write it from scratch and more just political wrangling to 
get contributions pushed upstream from other VMs. There might also be reasons 
to not worry about porting something. Always start a conversation first before 
starting a port; last thing I want is someone putting in the time to port some 
code that no one will necessarily use for a while.

--

___
Python tracker 

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

[issue16802] fileno argument to socket.socket() undocumented

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

> It has at least one potential use.  On Windows socket.detach() returns a
> socket handle but there is no documented way to close it -- os.close()
> will not work.  The only way to close it that I can see (without resorting
> to ctypes) is with something like
> 
> socket.socket(fileno=handle).close()

There is an alternative (documented) interface:

socket.fromfd(handle, socket.AF_INET, socket.SOCK_STREAM).close()

--

___
Python tracker 

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

[issue16659] Pure Python implementation of random

[Brett Cannon]

Brett Cannon added the comment:

In response to Raymond:

First, Serhiy is a core developer now, so if he wants to commit this code and 
maintain it I have no objections as it doesn't detract from anything and the 
maintenance burden is his if he wants it. Whether any of us view it as the best 
use of his time or not is not our call and we can't stop him. =)

Second, while PyPy may have an RPython implementation, it's originally from 
2006, has already been patched by them twice in 2011 for bugs, and may not be 
needed by them anymore based on current performance characteristics of PyPy 
today in lieu of this code (and that's assuming they wrote the code in RPython 
originally for a specific reason compared to just needing something that 
worked, but this is all a guess w/o actually benchmarking).

Third, I can't predict future VMs and their needs. It might not be used by a VM 
today (unless PyPy starts using it for their py3k work), but who knows what the 
future holds? As I said, Serhiy already wrote the code and is the core dev who 
will maintain it if it goes in so I don't see a maintenance burden here that is 
being hoisted upon python-dev.

Fourth, I added a comment to issue #16651 to state that people should see what 
the other VMs already have and to start a conversation first before moving 
forward with a Python port to make sure no one views it as a waste of time.

--

___
Python tracker 

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

[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"

[Giampaolo Rodola']

Giampaolo Rodola' added the comment:

I know. I proposed something like that here: 
http://mail.python.org/pipermail/python-ideas/2012-May/015223.html.
In theory all the necessary pieces are already there. What's missing is an 
agreement on what the API should look like, and that's the hard part 'cause it 
should be the most generic as possible.

--

___
Python tracker 

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

[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"

[Antoine Pitrou]

Antoine Pitrou added the comment:

> I know. I proposed something like that here:
> http://mail.python.org/pipermail/python-ideas/2012-May/015223.html.
> In theory all the necessary pieces are already there. What's missing
> is an agreement on what the API should look like, and that's the hard
> part 'cause it should be the most generic as possible.

Well, there was a lot of bikeshedding and pie-in-the-sky arguments in
that thread, but I think the original idea of a small wrapper is good
enough. Let Guido do the grand async shakeup separately.

Also, I've changed my mind: I think select would be an ok module for
this :)

--

___
Python tracker 

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

[issue16826] Don't check for PYTHONCASEOK if interpreter started with -E

[Brett Cannon]

New submission from Brett Cannon:

Importlib, when checking for PYTHONCASEOK, does not respect -E as it did in 
Python 3.2 and earlier 
(http://hg.python.org/cpython/file/0786dfc3b2b4/Python/import.c#l1933).

--
components: Interpreter Core
keywords: 3.2regression
messages: 178679
nosy: brett.cannon
priority: normal
severity: normal
stage: test needed
status: open
title: Don't check for PYTHONCASEOK if interpreter started with -E
type: behavior
versions: Python 3.3, Python 3.4

___
Python tracker 

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

[issue16827] Remove the relatively advanced content from section 2 in tutorial

[Ramchandra Apte]

New submission from Ramchandra Apte:

Most of the content in section 2 in the tutorial, 
http://docs.python.org/3/tutorial/interpreter.html , is relatively advanced and 
doesn't belong in, at least, the beginning of the tutorial.

Only 2.1. Invoking the Interpreter, and 2.2.3. Source Code Encoding should be 
in section 2. The rest can be moved outside the tutorial, or in later portions.

Thanks to Ezio Melotti for helping me overcome my laziness in filing this bug.

--
assignee: docs@python
components: Documentation
messages: 178680
nosy: docs@python, ramchandra.apte
priority: normal
severity: normal
status: open
title: Remove the relatively advanced content from section 2 in tutorial

___
Python tracker 

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

[issue16827] Remove the relatively advanced content from section 2 in tutorial

[Ezio Melotti]

Ezio Melotti added the comment:

+1

--
keywords: +easy
nosy: +chris.jerdonek, ezio.melotti
stage:  -> needs patch
type:  -> enhancement
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4

___
Python tracker 

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

[issue16802] fileno argument to socket.socket() undocumented

[Richard Oudkerk]

Richard Oudkerk added the comment:

> There is an alternative (documented) interface:
> 
> socket.fromfd(handle, socket.AF_INET, socket.SOCK_STREAM).close()

socket.fromfd() duplicates the handle, so that does not close the original 
handle.

--

___
Python tracker 

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

[issue16591] RUNSHARED wrong for OSX no framework

[Hynek Schlawack]

Hynek Schlawack added the comment:

$(pwd)

--
stage:  -> patch review
versions: +Python 3.4

___
Python tracker 

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

[issue16659] Pure Python implementation of random

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I don't want to make a decision on the inclusion of this code. However, I will 
undertake to maintain it. I'm going to fix one algorithmic bug in current 
implementation and add C implementations for some methods which significantly 
slowed in Python implementation. This can be done without the committing of 
this patch, but the dual test the two implementations will make the code more 
reliable. Even if Python implementation is not to be used, it will help in 
maintaining C implementation.

--

___
Python tracker 

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

[issue16591] RUNSHARED wrong for OSX no framework

[Ronald Oussoren]

Ronald Oussoren added the comment:

> Hynek Schlawack added the comment:
> 
> $(pwd)

I'd usually agree, but this is a configure script and those shouldn't contain 
shell features invented after 1970 :-)

More seriously, a large subset of command interpolations in configure.ac use 
backticks.

--

___
Python tracker 

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

[issue16591] RUNSHARED wrong for OSX no framework

[Hynek Schlawack]

Hynek Schlawack added the comment:

I’m fine with that. My focus was fixing the ticket metadata. :)

--

___
Python tracker 

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

[issue16591] RUNSHARED wrong for OSX no framework

[Fabian Groffen]

Fabian Groffen added the comment:

re: single quotes -> double quotes

I made RUNSHARED consistent (although, as you point out, less broken) with the 
other RUNSHARED assignments right above.  If suggest to tackle the issue of 
whitespace support for all RUNSHARED assignments, not just Darwin case.

re: `pwd` vs. $(pwd)

$ /bin/sh
$ echo $(pwd)
syntax error: `(' unexpected

Here again, even though Darwin/OSX may be shipped with /bin/sh being bash 
(hence above problem not existing), for consistency, using `pwd` in all 
RUNSHARED assignments is nice, IMO.

--

___
Python tracker 

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

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

There is one additional benefit. I have already implemented audioop module in 
Python, and due to this it has found many bugs in the current C implementation 
(issue16686).

--

___
Python tracker 

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

[issue16783] sqlite3 accepts strings it cannot (by default) return

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

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

[issue6010] unable to retrieve latin-1 encoded data from sqlite3

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

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

[issue16591] RUNSHARED wrong for OSX no framework

[Ronald Oussoren]

Ronald Oussoren added the comment:

On 31 Dec, 2012, at 15:59, Fabian Groffen  wrote:

> 
> Fabian Groffen added the comment:
> 
> re: single quotes -> double quotes
> 
> I made RUNSHARED consistent (although, as you point out, less broken) with 
> the other RUNSHARED assignments right above.  If suggest to tackle the issue 
> of whitespace support for all RUNSHARED assignments, not just Darwin case.

Maybe, but whitespace supporrt on OSX is more pressing than on regular Unix 
systems because users are more likely to create directory names with whitespace 
in them. 

> 
> re: `pwd` vs. $(pwd)
> 
> $ /bin/sh
> $ echo $(pwd)
> syntax error: `(' unexpected
> 
> Here again, even though Darwin/OSX may be shipped with /bin/sh being bash 
> (hence above problem not existing), for consistency, using `pwd` in all 
> RUNSHARED assignments is nice, IMO.

Which shell doesn't have $(command) support?  It is not a bash-ism, but is part 
of the POSIX shell definition (but wasn't present in older sh implementations).

--

___
Python tracker 

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

[issue16826] Don't check for PYTHONCASEOK if interpreter started with -E

[Nick Coghlan]

Changes by Nick Coghlan :


--
nosy: +ncoghlan

___
Python tracker 

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

[issue16802] fileno argument to socket.socket() undocumented

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Indeed. In any case, if this idiom is widely used, we can't hide this parameter 
and should document it (and perhaps document this idiom).

If BDFL not want this parameter was made public, he would not have added it as 
an keyword argument. However, may be to ask him?

--

___
Python tracker 

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

[issue7735] socket.create_connection() creates IPv6 DNS requests even when built with --disable-ipv6

[Ralf Schmitt]

Ralf Schmitt added the comment:

Daniel is pretty much spot on, thanks for that!

Regarding the use case: I disabled IPv6 system wide when building
packages via gentoo's USE flag. I didn't do anything in order to
configure IPv6 or remove it. My local network interface having a local
link address is a result of that.

I've been told multiple times to fix my setup. And I said multiple
times that the setup is not at fault here.

> schmir expects that --disable-ipv6 would "really" disable IPv6
>  *everywhere* in Python, which is wrong. Python may still get IPv6
>  adddresses from getaddrinfo() if the system does somehow support
>  IPv6.

I did not say that. In fact I wrote in msg172729:

"""I didn't request that the switch disables any code that somehow deals
with IPv6. I'm just talking about that one function!"""


> Python may still get IPv6 adddresses from getaddrinfo() if the
> system does somehow support IPv6.

That would be nice. But that's currently not the case. see
http://bugs.python.org/issue16208

haypo, you also keep talking of an initial problem, which you assume
must be there somewhere in my network - which I try to workaround with
--disable-ipv6. There is no problem on my side that I'm trying to
fix. It's just that I have disabled IPv6 via gentoo's USE flags, since
I don't use it. I've also been telling this multiple times, I don't
know why I'm being completely ignored here.


> "wont fix" is the correct status for this issue: we agree that there
>  is a bug, but it will not be fixed, because --disable-ipv6 is the
>  wrong solution.

again. it can't be a solution since there is no problem unless this
option is being used and then there's a problem in python.

--

___
Python tracker 

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

[issue7735] socket.create_connection() creates IPv6 DNS requests even when built with --disable-ipv6

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy:  -pitrou

___
Python tracker 

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

[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"

[Giampaolo Rodola']

Giampaolo Rodola' added the comment:

Well, for now I'd say let's just check in this patch as-is.
I would be keen on considering this a bug and hence address the patch for 
Python 2.7, 3.2, 3.3 and 3.4.

--

___
Python tracker 

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

[issue1674555] sys.path in tests contains system directories

[Nick Coghlan]

Changes by Nick Coghlan :


--
nosy: +ncoghlan

___
Python tracker 

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

[issue16787] asyncore.dispatcher_with_send - increase the send buffer size

[Giampaolo Rodola']

Giampaolo Rodola' added the comment:

> Does asyncore expose its implementation details?

I was talking about asynchat. What is supposed to change is 
asynchat.async_chat.producer_fifo attribute which is currently a 
collections.deque object.

--

___
Python tracker 

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

[issue16787] asyncore.dispatcher_with_send - increase the send buffer size

[Giampaolo Rodola']

Giampaolo Rodola' added the comment:

BTW, the patch looks ok to me.

--

___
Python tracker 

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

[issue9645] PEP 383: os.pathconf() does not accept surrogateescape arguments

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This was fixed in 3.3 (the complex solution is not backportable), therefore 
this is 3.2 only issue.

--
nosy: +haypo, serhiy.storchaka
stage:  -> patch review
versions:  -Python 3.1

___
Python tracker 

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

[issue9644] PEP 383: os.statvfs() does not accept surrogateescape arguments

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This was fixed in 3.3 (the complex solution is not backportable), therefore 
this is 3.2 only issue.

--
nosy: +haypo, serhiy.storchaka
stage:  -> patch review
versions:  -Python 3.1

___
Python tracker 

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

[issue9644] PEP 383: os.statvfs() does not accept surrogateescape arguments

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

At first sight the patch looks good, but test needed.

--
stage: patch review -> test needed

___
Python tracker 

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

[issue9645] PEP 383: os.pathconf() does not accept surrogateescape arguments

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Please provide a full patch, doesn't split it on parts which should be applied 
one over other. Test needed.

--
stage: patch review -> test needed

___
Python tracker 

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

[issue16320] Establish order in bytes/string dependencies

[Meador Inge]

Meador Inge added the comment:

On Mon, Dec 31, 2012 at 4:50 AM, Serhiy Storchaka
 wrote:

>> The cleanup of BYTESTR_DEPS and UNICODE_DEPS seems reasonable, but can you
>> explain the rationale behind removing the additional dependencies on
>> formatter_unicode.c?
>
> This question already was asked by Antoine on IRC.

OK, but not everyone is on IRC all the time.  Thus the fact that it
was discussed there
isn't very helpful.  It is better to have this type of information in
the tracker so that
everyone interested in the issue can have access.  (preferable when
opening the bug
and describing what the initial patch is doing).

Thanks for the extended explanation.  This patch LGTM.

--

___
Python tracker 

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

[issue16653] reference kept in f_locals prevents the tracing/profiling of a destructor

[Xavier de Gaye]

Xavier de Gaye added the comment:

This patch breaks extension modules (for example Ned Batchelder's
coverage.py) that use PyEval_SetTrace to set the trace function.

--

___
Python tracker 

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

[issue16802] fileno argument to socket.socket() undocumented

[Guido van Rossum]

Guido van Rossum added the comment:

I recommend documenting it.

On Monday, December 31, 2012, Serhiy Storchaka wrote:

>
> Serhiy Storchaka added the comment:
>
> Indeed. In any case, if this idiom is widely used, we can't hide this
> parameter and should document it (and perhaps document this idiom).
>
> If BDFL not want this parameter was made public, he would not have added
> it as an keyword argument. However, may be to ask him?
>
> --
>
> ___
> Python tracker >
> 
> ___
>

--

___
Python tracker 

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

[issue16653] reference kept in f_locals prevents the tracing/profiling of a destructor

[Ned Batchelder]

Changes by Ned Batchelder :


--
nosy: +nedbat

___
Python tracker 

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

[issue10657] os.lstat/os.stat/os.fstat don't set st_dev (st_rdev) on Windows

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This was implemented in issue11939 for Python 3.4 only.

--
nosy: +brian.curtin, serhiy.storchaka

___
Python tracker 

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

[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"

[Roundup Robot]

Roundup Robot added the comment:

New changeset 5530251d9cac by Giampaolo Rodola' in branch '3.2':
Fix issue 10527: make multiprocessing use poll() instead of select() if 
available.
http://hg.python.org/cpython/rev/5530251d9cac

New changeset d89891f3f769 by Giampaolo Rodola' in branch '3.3':
Fix issue 10527: make multiprocessing use poll() instead of select() if 
available.
http://hg.python.org/cpython/rev/d89891f3f769

New changeset e971a70984b8 by Giampaolo Rodola' in branch 'default':
Fix issue 10527: make multiprocessing use poll() instead of select() if 
available.
http://hg.python.org/cpython/rev/e971a70984b8

--
nosy: +python-dev

___
Python tracker 

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

[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"

[Roundup Robot]

Roundup Robot added the comment:

New changeset c5c27b84d7af by Giampaolo Rodola' in branch '2.7':
Fix issue 10527: make multiprocessing use poll() instead of select() if 
available.
http://hg.python.org/cpython/rev/c5c27b84d7af

--

___
Python tracker 

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

[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


--
assignee:  -> giampaolo.rodola
resolution:  -> fixed
stage: patch review -> commit review
status: open -> closed

___
Python tracker 

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

[issue16828] bz2 error on compression of empty string

[Martin]

New submission from Martin:

The fix from issue 14398 for >4GB inputs regressed the behaviour when 
compressing an empty string. Going by issue 853061 the expectation is this 
should work.

The problem was noticed when using the updated Python 2.7 package in Ubuntu 
Raring caused test failures in the Bazaar suite:



--
components: Extension Modules
messages: 178705
nosy: gz, nadeem.vawda
priority: normal
severity: normal
status: open
title: bz2 error on compression of empty string
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5

___
Python tracker 

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

[issue16828] bz2 error on compression of empty string

[Martin]

Martin added the comment:

On trunk, both the compressor and the standalone function (which uses the 
compressor) are affected. The easiest fix is rearranging the logic in function 
shared between BZ2Compressor.compress and BZ2Compressor.flush so the exit on no 
remaining input for the former case happens before the library call.

--
keywords: +patch
Added file: 
http://bugs.python.org/file28512/bz2_compress_empty_string_trunk.patch

___
Python tracker 

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

[issue16828] bz2 error on compression of empty string

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

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

[issue16828] bz2 error on compression of empty string

[Martin]

Martin added the comment:

On 2.7 only the compress() function is affected, and the fix is much simpler. 
Just using BZ_FINISH when the input is less then 4GB is sufficient.

--
Added file: http://bugs.python.org/file28513/bz2_compress_empty_string_27.patch

___
Python tracker 

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

[issue16591] RUNSHARED wrong for OSX no framework

[Fabian Groffen]

Fabian Groffen added the comment:

> Which shell doesn't have $(command) support?  It is not a bash-ism, but
> is part of the POSIX shell definition (but wasn't present in older sh 
> implementations).

Solaris' /bin/sh.

--

___
Python tracker 

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

[issue16808] inspect.stack() should return list of named tuples

[Meador Inge]

Meador Inge added the comment:

This patch looks good to me with the exception that "versionchanged" should be 
3.4.

--
assignee:  -> meador.inge
nosy: +meador.inge
stage: needs patch -> commit review

___
Python tracker 

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

[issue16828] bz2 error on compression of empty string

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
stage:  -> patch review
versions:  -Python 3.5

___
Python tracker 

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

[issue16820] configparser.ConfigParser.clean and .update bugs

[Wolfgang Scherer]

Wolfgang Scherer added the comment:

Thanks, works for me.

I only noted the discrepancy and did not give it much thought.
I will just implement a merge method on top of read_dict.
That gives me all options that could be desired :).

However, after implementing the entire compatibility layer, I found one more 
issue:

Using self.remove_section() changes the section order during an update.
I would prefer that the section be cleared instead of removed in order to 
preserve the section order. Since OrderedDict does indeed preserve the key 
order during update, I think that this does not violate the Mapping Protocol.

If this is not desired, just go ahead and close the issue.

See also attached example bug_configparser_update_order.py:

OrderedDict does not change the order of keys upon .update():

>>> od = OrderedDict((('section1', {}), ('section2', {})))

>>> list(od.keys())
['section1', 'section2']

>>> od.update((('section1', {}), ('section3', {})))

>>> list(od.keys())
['section1', 'section2', 'section3']

But ConfigParser changes the order of sections upon .update():

>>> cfg = configparser.ConfigParser()
>>> cfg.update((('section1', {}), ('section2', {})))

>>> cfg.sections()
['section1', 'section2']

>>> cfg.update((('section1', {}), ('section3', {})))

>>> cfg.sections()
['section2', 'section1', 'section3']

--
resolution: fixed -> rejected
status: closed -> open
Added file: http://bugs.python.org/file28514/bug_configparser_update_order.py

___
Python tracker 

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

[issue10657] os.lstat/os.stat/os.fstat don't set st_dev (st_rdev) on Windows

[Brian Curtin]

Changes by Brian Curtin :


--
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Implement stat.st_dev and os.path.samefile on windows

___
Python tracker 

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

[issue10657] os.lstat/os.stat/os.fstat don't set st_dev (st_rdev) on Windows

[Roundup Robot]

Roundup Robot added the comment:

New changeset 3738d270c54a by Brian Curtin in branch 'default':
st_dev/st_rdev should be unsigned long as dwVolumeSerialNumber, which it is set 
to, is a DWORD. This was fixed in #11939 and the overflow was mentioned in 
#10657 and seen by me on some machines.
http://hg.python.org/cpython/rev/3738d270c54a

--
nosy: +python-dev

___
Python tracker 

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

[issue11939] Implement stat.st_dev and os.path.samefile on windows

[Roundup Robot]

Roundup Robot added the comment:

New changeset 3738d270c54a by Brian Curtin in branch 'default':
st_dev/st_rdev should be unsigned long as dwVolumeSerialNumber, which it is set 
to, is a DWORD. This was fixed in #11939 and the overflow was mentioned in 
#10657 and seen by me on some machines.
http://hg.python.org/cpython/rev/3738d270c54a

--

___
Python tracker 

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

[issue16808] inspect.stack() should return list of named tuples

[Daniel Shahaf]

Daniel Shahaf added the comment:

Fixed that in v3.

--
Added file: http://bugs.python.org/file28515/inspect-v3.diff

___
Python tracker 

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

[issue1674555] sys.path in tests contains system directories

[Senthil Kumaran]

Changes by Senthil Kumaran :


--
nosy: +orsenthil

___
Python tracker 

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

[issue16827] Remove the relatively advanced content from section 2 in tutorial

[Senthil Kumaran]

Senthil Kumaran added the comment:

+1 from me as well. I am also adding Eric who might have views on the 
customization part which added by him.

--
nosy: +eric.araujo, orsenthil

___
Python tracker 

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

[issue16806] col_offset is -1 and lineno is wrong for multiline string expressions

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
nosy: +benjamin.peterson

___
Python tracker 

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

[issue16829] IDLE on Mac OSX can't print filenames with spaces

[Rod Nayfield]

New submission from Rod Nayfield:

Likely has the same issue on any platform which uses the same functionality 
(lpr filename to print).

--
components: IDLE
messages: 178715
nosy: Rod.Nayfield
priority: normal
severity: normal
status: open
title: IDLE on Mac OSX can't print filenames with spaces
versions: Python 3.3

___
Python tracker 

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

[issue16829] IDLE on POSIX can't print filenames with spaces

[Roger Serwy]

Roger Serwy added the comment:

I can confirm this bug for POSIX platforms. Changing the lpr command in 
config-main.def to quote the filename seems to fix the problem. 

   print-command-posix=lpr "%%s"


It might also be a problem on Windows, but I haven't tried it.

--
keywords: +easy
nosy: +serhiy.storchaka, serwy
title: IDLE on Mac OSX can't print filenames with spaces -> IDLE on POSIX can't 
print filenames with spaces
type:  -> behavior
versions: +Python 2.7, Python 3.2, Python 3.4

___
Python tracker 

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

[issue16434] SocketServer call shutdown in the wrong way

[Senthil Kumaran]

Senthil Kumaran added the comment:

Looks an invalid bug to me as well. request is a socket.socket object and has 
shutdown method taking a single argument. 
The error pasted in the report leads me to believe if the shutdown_request call 
is not thread-safe and it is ending up called shutdown method in the module 
instead of the proper shutdown method of the request object.

--
nosy: +orsenthil
status: pending -> open

___
Python tracker 

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

[issue14958] IDLE 3 and PEP414 - highlighting unicode literals

[Roundup Robot]

Roundup Robot added the comment:

New changeset 0dbdb85fd141 by Ned Deily in branch '2.7':
Issue #14958: backport to 2.7.x from 3.3 (patch by Roger Serwy)
http://hg.python.org/cpython/rev/0dbdb85fd141

--

___
Python tracker 

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

[issue9334] argparse does not accept options taking arguments beginning with dash (regression from optparse)

[Daniel Shahaf]

Changes by Daniel Shahaf :


--
nosy: +danielsh

___
Python tracker 

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

[issue16830] Add skip_host and skip_accept_encoding to httplib/http.client

[Bryan Bishop]

New submission from Bryan Bishop:

Sometimes I am using httplib/http.client and the server is not exactly 
conforming to HTTP specs. I need to be able to specify the exact headers that 
are sent to the server. By default, httplib/http.client injects headers like 
"Host" and "Accept-Encoding".

Issue #831747 added skip_accept_encoding to httplib's putrequest method, but 
not on the request method. This current patch exposes these two toggles on the 
request method. This way, headers can be controlled without manually calling 
the connect/send/endheaders methods.

As a result, urllib/urllib3 can call urlopen and pass in these attributes to 
more directly control the headers sent to the remote server.

--
components: Library (Lib)
files: httplib_better_header_skips.patch
keywords: patch
messages: 178719
nosy: kanzure
priority: normal
severity: normal
status: open
title: Add skip_host and skip_accept_encoding to httplib/http.client
type: enhancement
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file28516/httplib_better_header_skips.patch

___
Python tracker 

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

[issue16809] Tk 8.6.0 introduces TypeError. (Tk 8.5.13 works)

[Roger Serwy]

Roger Serwy added the comment:

In Objects/unicodeobject.c in PyUnicode_FromObject, the call to 
PyUnicode_CheckExact fails when using 8.6.0 but works with 8.5.13.

--

___
Python tracker 

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

[issue16819] IDLE b"" method completion incorrect

[Roger Serwy]

Changes by Roger Serwy :


--
nosy: +serwy

___
Python tracker 

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

[issue16830] Add skip_host and skip_accept_encoding to httplib/http.client

[Berker Peksag]

Changes by Berker Peksag :


--
versions:  -Python 2.7, Python 3.1, Python 3.5

___
Python tracker 

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