[issue1625] bz2.BZ2File doesn't support multiple streams

[Gökçen Eraslan]

Gökçen Eraslan  added the comment:

+1. If we think this as a bug, python 2.x users will never be able to extract 
multiple-stream bz2 files.

--

___
Python tracker 

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

[issue1625] bz2.BZ2File doesn't support multiple streams

[Gökçen Eraslan]

Gökçen Eraslan  added the comment:

I mean "as a feature".

--

___
Python tracker 

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

[issue13049] distutils2 should not allow a distribution to install under another dist's directory

[Éric Araujo]

Éric Araujo  added the comment:

Fixed title ;)  This is still under discussion.

--
title: distutils2 should not allow packages -> distutils2 should not allow a 
distribution to install under another dist's directory
versions: +3rd party, Python 3.3

___
Python tracker 

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

[issue13030] Be more generic when identifying the Windows main dir in installation doc

[Éric Araujo]

Éric Araujo  added the comment:

Terry, are you saying that the report is not a bug or that some part of the 
message is valid and some other part not?  I can’t see clearly what I should do.

Sandro: You can nosy me to all bugs for distutils docs: Doc/distutils, 
Doc/install, Doc/packaging, Doc/library/packaging.* (and also related docs like 
site, using, sysconfig)

--
nosy: +eric.araujo

___
Python tracker 

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

[issue13050] RLock support the context manager protocol but this is not documented

[R. David Murray]

Changes by R. David Murray :


--
assignee: docs@python
components: Documentation
nosy: docs@python, r.david.murray
priority: normal
severity: normal
status: open
title: RLock support the context manager protocol but this is not documented

___
Python tracker 

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

[issue13030] Be more generic when identifying the Windows main dir in installation doc

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I said exactly what I said ;-). Upon looking further (following the links), I 
see that 'install' refers to the disutils setup program install command option. 
What you should do is make the doc accurate and clear.

What 'accurate' means is for you to say, but not having used install, the doc 
is not too clear to me. The table headings 'Standard installation location' (of 
what?) and 'Default value' (for what program?) both seem a bit ambiguous, or 
rather they seem reversed to me. I would label the columns 'Default module 
directory' and 'Standard Python location'.

That said, I hope that the actual default module installation directory for 
install is the actual site-packages directory on my machine, based on where I 
actually put python, and not the non-existent standard location, which I did 
not use but which is what the text seems to say (but which would be a behavior 
design bug to me).

MARTIN: below is the question for you.

The issue raised by the off-tracker OP, Michael Mol, is a different one about 
how the .msi installer works and whether this doc is correctly describing how 
it works. The question is whether the default python install directory built 
into pythonxy...msi is literally "C:\PythonXY\Lib\site-packages" or whether it 
is actually "%SYSTEMROOT%\PythonXY\Lib\site-packages". Mr. Mol claims that the 
latter, or something else (unspecified), is better.

--
nosy: +loewis

___
Python tracker 

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

[issue12424] distutils2: extension section uses bad environment marker separator

[Eli Collins]

Changes by Eli Collins :


Added file: http://bugs.python.org/file23247/9170231ebf14.diff

___
Python tracker 

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

[issue12424] distutils2: extension section uses bad environment marker separator

[Eli Collins]

Changes by Eli Collins :


--
hgrepos: +70

___
Python tracker 

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

[issue12424] distutils2: extension section uses bad environment marker separator

[Eli Collins]

Eli Collins  added the comment:

I've attached a second revision of my patch to fix this issue 
(9170231ebf14.diff).

Per Eric Araujo's advice, this patch changes _pop_values() to use ";;" as the 
environment marker separator for all fields in setupcfg's extension sections. 
I've also updated the documentation and related unittests.

--

___
Python tracker 

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

[issue12242] distutils2 environment marker for current compiler

[Eli Collins]

Changes by Eli Collins :


--
hgrepos: +71

___
Python tracker 

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

[issue12242] distutils2 environment marker for current compiler

[Eli Collins]

Changes by Eli Collins :


Added file: http://bugs.python.org/file23248/04610583238f.diff

___
Python tracker 

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

[issue12242] distutils2 environment marker for current compiler

[Eli Collins]

Eli Collins  added the comment:

Attached is a diff (04610583238f.diff) containing a second revision of my 
implementation of this feature. It incorporates suggestions made during code 
review, as well as adds unittests and documentation of the new features.

This patch retains the same basic behavior as the previous patch, with only a 
few small changes:

* packaging.config.Config now uses ";;" as the environment marker separator for 
specific_compile_args and specific_link_args (to match the patch I submitted 
under issue 12424). 

* BCPPCompiler.get_compiler_version() has been implemented. This was the only 
compiler lacking an implementation under my previous patch.

* UnixCCompiler.get_compiler_version() has been enhanced to parse more version 
string formats, to better handle unknown compilers.

Outside of that, this patch adds unittests for all the new functionality; as 
well as documents CCompiler.get_compiler_version(), the new keywords added to 
Extension, how they both affect build_ext.

This should cover all the previously identified issues, let me know if there's 
anything more I can do to improve the patch.

--

___
Python tracker 

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

[issue13051] Infinite recursion in curses.textpad.Textbox

[Tycho Andersen]

New submission from Tycho Andersen :

The attached patch fixes two bugs which manifest as infinite recursion in 
_insert_printable_char() of Textbox. First, the previous implementation of 
_insert_printable_char() used recursion to move characters when inserting a 
character. Thus, any Textpad which had an area greater than the interpreter's 
maximum recursion limit would crash. A minimal test case is the following:

#!/usr/bin/python
import curses
from curses.textpad import Textbox

def main(stdscr):
box = Textbox(stdscr, insert_mode=True)
box.stripspaces = True
while 1:
cmd = box.edit()
if cmd == 'q':
break

curses.wrapper(main)

Run that script in a terminal with area (i.e. $LINES * $COLUMNS) > 1000 (the 
default max recursion limit), press any key and be greeted by a stack trace. 
The patch changes the implementation of _insert_printable_char() to be 
iterative, thus avoiding the infinite recursion.

Second, when the underlying curses window was resized to be smaller than it was 
when the Textpad was created, pressing any key would result in infinite 
recursion (or with the new method, an infinite loop). The patch also changes 
Textpad so that instead of keeping the underlying window's size as instance 
attributes of this Textpad, Textpad asks the underlying window its size every 
time Textpad needs to know, allowing the underlying window to be resized at 
will.

I've verified this bug is in 2.7.1 and 3.2. Let me know if you need anything 
else.

--
components: Library (Lib)
files: textpad_resize.patch
keywords: patch
messages: 144559
nosy: tycho
priority: normal
severity: normal
status: open
title: Infinite recursion in curses.textpad.Textbox
type: crash
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file23249/textpad_resize.patch

___
Python tracker 

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

[issue13013] _ctypes.c: refleak

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 1fb5b0cc6367 by Meador Inge in branch '2.7':
Issue #13013: ctypes: Fix a reference leak in PyCArrayType_from_ctype.
http://hg.python.org/cpython/rev/1fb5b0cc6367

New changeset 58a75eeb5c8e by Meador Inge in branch '3.2':
Issue #13013: ctypes: Fix a reference leak in PyCArrayType_from_ctype.
http://hg.python.org/cpython/rev/58a75eeb5c8e

New changeset 1726fa560112 by Meador Inge in branch 'default':
Issue #13013: ctypes: Fix a reference leak in PyCArrayType_from_ctype.
http://hg.python.org/cpython/rev/1726fa560112

--
nosy: +python-dev

___
Python tracker 

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

[issue13013] _ctypes.c: refleak

[Meador Inge]

Changes by Meador Inge :


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

___
Python tracker 

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

[issue13039] IDLE3 editor: shell-like behaviour on line starting with ">>>"

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Yes, it is a real nuisance when pasting code that has '>>>'. You have to select 
and delete to get rid of each. This is related to #1178, but this bug should be 
fixed if possible even if that were implemented.

--
nosy: +terry.reedy
stage:  -> needs patch
versions: +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

[issue12881] ctypes: segfault with large structure field names

[Meador Inge]

Changes by Meador Inge :


--
assignee:  -> meador.inge
versions: +Python 2.7, Python 3.2

___
Python tracker 

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

[issue13052] IDLE: replace ending with '\' causes crash

[Terry J. Reedy]

New submission from Terry J. Reedy :

As reported by R.S.Kachanovsky on the IDLE-sig list, and comfirmed by me with 
3.2.2 on Win 7, entering a replace term ending with '\', like 'test\', in the 
find/replace dialog box causes IDLE to crash, as in do nothing for a couple of 
seconds and then close all windows.

A find term in either a find or find/replace box with a \ anywhere causes a 
beep. This means that one cannot search for test containing such, but that is 
better than crashing (which has the same effect).

--
components: IDLE
messages: 144562
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: replace ending with '\' causes crash
type: crash
versions: Python 2.7, Python 3.2, Python 3.3

___
Python tracker 

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