[issue16631] tarfile.extractall() doesn't extract everything if .next() was used

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

OK. Then those issues are just related.

--
nosy: +lars.gustaebel
stage:  -> patch review
type:  -> behavior

___
Python tracker 

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

[issue16601] Restarting iteration over tarfile continues from where it left off.

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Related issue: issue16631.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue16601] Restarting iteration over tarfile continues from where it left off.

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +lars.gustaebel
versions: +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

[issue16601] Restarting iteration over tarfile continues from where it left off.

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
stage:  -> patch review

___
Python tracker 

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

[issue16555] Add es_cu to locale aliases

[Berker Peksag]

Changes by Berker Peksag :


--
keywords: +patch
Added file: http://bugs.python.org/file28234/issue16555.diff

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Here is a patch, which adds multiline calltips support.

--
Added file: http://bugs.python.org/file28235/idle_calltips_multiline.patch

___
Python tracker 

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

[issue16630] IDLE: Calltip fails if __getattr__ raises exception

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

1. rpcclt.remotecall also can raise an exception.

2. I think fetch_tip() should return '' in case of exception as for 
non-existent arguments or for non-callables. You can add tests for this cases 
too.

3. "break" is a reserved word. It's not a good name for an attribute.

4. It will be better test for exception an instance of the special class and 
not break TC.

class Broken:
def __getattr__(self, name):
raise Exception('Broken __getattr__')

brocken = Broken()
test('brocken', '')

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +chris.jerdonek

___
Python tracker 

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

[issue16632] Enable DEP and ASLR

[Christian Heimes]

New submission from Christian Heimes:

Python 3.3 doesn't use address space layout randomization [1] and data 
execution prevention [2] on Windows. ASLR and DEP make certain kinds of attacks 
harder. An attacker can't predict the address of functions or globals anymore 
and DEP helps against NOP sled attacks.

Python's test suite runs fine with DEP and ASLR on AMD64. I see a crash in 
test_capi and a couple of crashes in test_faulthandler but these don't seem to 
be related.

[1] http://en.wikipedia.org/wiki/ASLR
[2] http://en.wikipedia.org/wiki/Data_Execution_Prevention

--
components: Windows
files: depaslr.patch
keywords: patch
messages: 177077
nosy: christian.heimes
priority: normal
severity: normal
stage: test needed
status: open
title: Enable DEP and ASLR
type: security
versions: Python 3.4
Added file: http://bugs.python.org/file28236/depaslr.patch

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Chris Jerdonek]

Chris Jerdonek added the comment:

> Here is a patch, which adds multiline calltips support.

Serhiy, it looks like this issue/patch is just to fix the test and not to add 
"support."  Also, it looks like the test only checks the first line, so that 
the second line shouldn't be added to the expected value.  For example, the 
code comment for test_builtins() says:

# if first line of a possibly multiline compiled docstring changes,
# must change corresponding test string

--

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Chris Jerdonek]

Chris Jerdonek added the comment:

Sorry, I see that you changed the logic of get_argspec().  In that case, you 
should probably update the docstring of get_argspec() as well as the code 
comment I referenced (so that both say which lines are checked rather than the 
first line).

--

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Done. Here is an updated patch.

--
Added file: http://bugs.python.org/file28237/idle_calltips_multiline_2.patch

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Removed file: http://bugs.python.org/file28235/idle_calltips_multiline.patch

___
Python tracker 

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

[issue16633] os.environ updates only one copy of env vars under Windows (GetEnvironmentVariable vs. getenv)

[Václav Šmilauer]

New submission from Václav Šmilauer:

On windows, environment variables exist in two copies: one is manipulated using 
win32 API (GetEnvironmentVariable, SetEnvironmentVariable), and another one is 
maintained by the C runtime (getenv, _putenv). This is explained in more depth 
in [1].

os.environ manipulates win32 environment variables, but *not* those seen by the 
CRT. This means that if I set an environment variable using os.environ and 
later read it, in the same process, using getenv in an extension module, it 
will not give the expected result. Child processes *do* see those vars in CRT, 
since it is copied over from the win32 version at process startup.

Setting env vars has legitimate uses, since it is one of the few ways to 
influence initialization of extension modules: for instance, setting 
OMP_NUM_THREADS sets number of threads for OpenMP runtime (which cannot be 
changed once the module using it is loaded).

It would be ideal to keep both CRT and win32 env vars in sync transparently. If 
that is not realistically achievable, this gotcha should be documented as a 
warning in the os.environ documentation.

A workaround to this problem to set variables in both win32 and CRT using 
something like

import ctypes, ctypes.util, os.environ
ctypes.cdll[ctypes.util.find_msvcrt()]._putenv("%s=%s"%(name,value))
os.environ[name]=value



[1] 
http://msmvps.com/blogs/senthil/archive/2009/10/13/when-what-you-set-is-not-what-you-get-setenvironmentvariable-and-getenv.aspx

--
assignee: docs@python
components: Documentation
messages: 177081
nosy: docs@python, eudoxos
priority: normal
severity: normal
status: open
title: os.environ updates only one copy of env vars under Windows 
(GetEnvironmentVariable vs. getenv)
type: behavior
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

[issue15701] AttributeError from HTTPError when using digest auth

[Berker Peksag]

Changes by Berker Peksag :


--
keywords: +patch
versions: +Python 3.3, Python 3.4
Added file: http://bugs.python.org/file28238/issue15701.diff

___
Python tracker 

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

[issue16049] Create abstract base classes by inheritance rather than a direct invocation of __metaclass__

[Bruno Dupuis]

Bruno Dupuis added the comment:

Éric, here is a full patch. I hope the doc isn't too confuse. I think we lack a 
word meaning 'has XXX as metaclass', we should imagine a term for that.

--
keywords: +patch
Added file: http://bugs.python.org/file28239/16049.patch

___
Python tracker 

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

[issue16049] Create abstract base classes by inheritance rather than a direct invocation of __metaclass__

[Bruno Dupuis]

Changes by Bruno Dupuis :


Added file: http://bugs.python.org/file28240/16049.patch

___
Python tracker 

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

[issue16634] urllib.error.HTTPError.reason is not documented

[Berker Peksag]

New submission from Berker Peksag:

The "reason" attribute has been added to urllib.error.HTTPError in issue 13211.

Related changeset: http://hg.python.org/cpython/rev/deb60efd32eb

--
assignee: docs@python
components: Documentation
files: httperror-reason.diff
keywords: patch
messages: 177083
nosy: berker.peksag, docs@python
priority: normal
severity: normal
status: open
title: urllib.error.HTTPError.reason is not documented
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file28241/httperror-reason.diff

___
Python tracker 

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

[issue16049] Create abstract base classes by inheritance rather than a direct invocation of __metaclass__

[Bruno Dupuis]

Changes by Bruno Dupuis :


Removed file: http://bugs.python.org/file28239/16049.patch

___
Python tracker 

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

[issue16632] Enable DEP and ASLR

[Martin v . Löwis]

Martin v. Löwis added the comment:

I'm +0. There is a risk that this may break 3rd-party extension modules.

--
nosy: +loewis

___
Python tracker 

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

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

[Dave Chambers]

Dave Chambers added the comment:

Disappointing that "faster but broken" is preferable to "slower but fixed"

--

___
Python tracker 

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

[issue16631] tarfile.extractall() doesn't extract everything if .next() was used

[R. David Murray]

R. David Murray added the comment:

I wonder if both bugs are symptoms of an underlying bug: if you call 'iter' 
twice on a tarfile, are the iterators independent?  Is that even a sensible 
thing to be able to do?

--
nosy: +r.david.murray

___
Python tracker 

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

[issue16633] os.environ updates only one copy of env vars under Windows (GetEnvironmentVariable vs. getenv)

[Andrew Svetlov]

Andrew Svetlov added the comment:

I think the problem is: windows process can contain single shared win32 API and 
several CRT copies — one for Visual Studio 2008, other for VS 2010 etc. We 
cannot know which CRT version is used by particular extension, so I doubt we 
can initialize it properly.

Your workaround has the same problem.

--
nosy: +asvetlov

___
Python tracker 

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

[issue16633] os.environ updates only one copy of env vars under Windows (GetEnvironmentVariable vs. getenv)

[Tim Golden]

Tim Golden added the comment:

Does the same problem obtain if you use os.putenv (which calls the crt
putenv under the covers)?

--
nosy: +tim.golden

___
Python tracker 

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

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

[R. David Murray]

R. David Murray added the comment:

I will note that on unix the user is also free to update the machine's mime 
types registry (that's more than half the point of the mimetypes module).  
Usually this is only done by installed software...as I believe is the case on 
Windows as well.

That said, there should be a way to explicitly bypass this loading of local 
data for a program that wishes to use only the Python supplied types.  And 
indeed, this is possible: just pass an empty list of filenames to init.  This 
bypasses the windows registry lookup.  (Note that this could be better 
documented...it is not made explicit that an empty list is different from not 
specifying a list or specifying it as None, but it is).

--

___
Python tracker 

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

[issue16635] Interpreter not closing stdout/stderr on exit

[Filip Zyzniewski]

New submission from Filip Zyzniewski:

When using a Python script as a unix pipe filter with its stdout redirected to 
a file:

python script.py > /nfs/foo

user is not notified of some writing problems on NFS, because these are 
sometimes reported on close(), and the interpreter never does neither close(1) 
nor close(2):

$ strace -eclose python -c '' 2>&1 | grep  'close([12])'
$

--
components: IO
messages: 177090
nosy: filip.zyzniewski
priority: normal
severity: normal
status: open
title: Interpreter not closing stdout/stderr on exit
type: behavior
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

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

[R. David Murray]

R. David Murray added the comment:

That said, the fact that windows is just *wrong* about some mimetypes is 
definitely an issue.  We could call it a platform bug, but that would be a 
disservice to the user community.

--

___
Python tracker 

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

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

[Dave Chambers]

Dave Chambers added the comment:

Seems to me that some hybrid would be a good solution: Hardcode the known types 
(which solves the "windows is just wrong" case) then as a default look in the 
registry for those that aren't hardcoded.
Therefore the hit of additional time would only be for lesser-known types.
In any case, it's pretty bad that python allows the wrong mimetype for PNG , 
even if it is a Windows registry issue.

--

___
Python tracker 

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

[issue16635] Interpreter not closing stdout/stderr on exit

[Charles-François Natali]

Charles-François Natali added the comment:

stdout and stderr are not closed, because in 99.% of cases it's useless: 
they are closed upon the program exit.
Also, imagine what would happend if an error occured after closing them, we 
would be unable to log it.

If you want to avoid this kind of problem, you should call:
"""
os.fsync(1)
os.fsync(2)
"""

when you're done.

Note that you'll have the same problem with shell scripts and any other 
executable...

--
nosy: +neologix

___
Python tracker 

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

[issue16635] Interpreter not closing stdout/stderr on exit

[Filip Zyzniewski]

Filip Zyzniewski added the comment:

If stdout was closed before closing stderr, then stdout problems could be 
reported, and that is what I would expect when using Python this way.

os.fsync(1) helps, but only if preceeded by sys.stdout.flush() and it seems a 
bit cumbersome.

Is there any downside to doing close(1) explicitely?

cat, grep, dd and echo close their stdout, why couldn't Python do this?

--

___
Python tracker 

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

[issue16631] tarfile.extractall() doesn't extract everything if .next() was used

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Since you iterated to the end any iterators are independent (they are just 
indices in the list of members).

--

___
Python tracker 

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

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

[R. David Murray]

R. David Murray added the comment:

To be consistent with the overall philosophy of the mimetypes module, it should 
be instead a list of "windows fixes" which are applied if the broken mimetype 
is found in the windows registry.

If you want to avoid the overhead, pass an empty list to init.  A note about 
the overhead and fixes should be added to the docs.

--

___
Python tracker 

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

[issue16635] Interpreter not closing stdout/stderr on exit

[Charles-François Natali]

Charles-François Natali added the comment:

> If stdout was closed before closing stderr, then stdout problems
> could be reported, and that is what I would expect when using Python
> this way.

To be consistent, we should also close stderr, and then we couldn't
report any subsequent error.

> os.fsync(1) helps, but only if preceeded by sys.stdout.flush() and it
> seems a bit cumbersome.

You should complain to the POSIX committee ;-)
The thing is simply that if you want to make sure that data is
committed (or get an error otherwise), you should call fsync() on the
file descriptor. Just having close return 0 doesn't guarantee that
data is committed, in the general case (NFS is a special case with its
close-to-open cache consistency).

> cat, grep, dd and echo close their stdout, why couldn't Python do this?

bash, dmesg, ifconfig and many others don't.

It could probably be possible, but I don't think the benefit is worth
the trouble.

--

___
Python tracker 

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

[issue15539] Fixing Tools/scripts/pindent.py

[Ezio Melotti]

Changes by Ezio Melotti :


--
nosy: +ezio.melotti

___
Python tracker 

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

[issue16636] codecs: readline() followed by readlines() returns trunkated results

[Laurynas Speicys]

New submission from Laurynas Speicys:

codecs.readlines() does not read to the end of the file if called after 
codecs.readline().  

Skimmed through tasks containing codecs in title and could not find a candidate 
that sounded identical.

Repro follows:

$ cat sample_text.txt
Subject: Incorrect email address
 
RATER EMAIL rejected an invitation from SUBJECT NAME  in
the PROJECT TITLE project.  Notification was sent to ,
but the email address was no longer valid.


$ python
Python 2.7.3 (default, Sep 26 2012, 21:53:58) 
[GCC 4.7.2] on linux2
>>>
>>> import codecs
>>>
>>> # No problem if readlines() are run at the beginning:
>>>
>>> f_in = codecs.open('sample_text.txt', 'rb', 'utf-8')
>>> f_in.readlines()
[u'Subject: Incorrect email address\n', u'\n', u'RATER EMAIL rejected an 
invitation from SUBJECT NAME  in\n', u'the PROJECT TITLE 
project.  Notification was sent to ,\n', u'but the email 
address was no longer valid.']
>>> f_in.close()
>>>
>>> # Let us try to read the first line separately,
>>> # and then read the remainder of the file:
>>>
>>> f_in = codecs.open('sample_text.txt', 'rb', 'utf-8')
>>> f_in.readline()
u'Subject: Incorrect email address\n'
>>> f_in.readlines()
[u'\n', u'RATER EMAIL rejected an invitation fro']

The first readlines() does not read to the end. Subsequent readlines() returns 
what's left to read.

sample_text.txt attached.

--
files: sample_text.txt
messages: 177098
nosy: laurynas
priority: normal
severity: normal
status: open
title: codecs: readline() followed by readlines() returns trunkated results
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file28242/sample_text.txt

___
Python tracker 

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

[issue16633] os.environ updates only one copy of env vars under Windows (GetEnvironmentVariable vs. getenv)

[Václav Šmilauer]

Václav Šmilauer added the comment:

I checked on Windows 7 64bit with python 2.7 (sorry, not python 3.3 installed 
here) with the script attached. Each line sets a variable using the method in 
the very left column, then it attempts to read it back using all methods.

  os.environ   win32   os.?etenv  msvcrt  msvcr?
  os.environ  OK  OK  OK  --  --
   win32  --  OK  --  --  --
   os.?etenv  --  OK  --  --  --
  msvcrt  --  OK  --  OK  --
  msvcr?  --  OK  --  --  --

Methods which can read back what they also set are os.environ, win32api, 
msvcrt. OTOH, msvcr? (which is ctypes.util.find_msvcr(), in my case 
msvcr90.dll) does not read its own values, just like os.getenv/os.putenv.

It *seems* that reading with win32 API is very reliable (that is not a good 
news for writing cross-platform extension modules), though, but perhaps it just 
asks the CRT if it does not find the variable defined (my testing did not go 
that far).

@Andrew: you're probably right, though it does not explain, why msvcr90.dll 
does not read back the values I set in there - that is the CRT python27.dll 
itself links to --

--
Added file: http://bugs.python.org/file28243/tryenv2.py

___
Python tracker 

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

[issue16495] bytes_decode() unnecessarily examines encoding

[Andrew Svetlov]

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Roger Serwy]

Roger Serwy added the comment:

The number of lines in the return value of get_argspec should be limited, 
otherwise the calltip window can become too large. For example, many functions 
in the numpy project have very long doc strings.

--

___
Python tracker 

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

[issue16636] codecs: readline() followed by readlines() returns trunkated results

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Confirm for 3.x.

See also issue8260, issue12446, and issue14475.

--
components: +IO, Unicode
nosy: +ezio.melotti, serhiy.storchaka
stage:  -> needs patch
versions: +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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Chris Jerdonek]

Chris Jerdonek added the comment:

I would separate the issue of fixing the test (behavior) from adding support 
for multi-line tool tips (enhancement).  Unless the policy for IDLE is 
different, it seems the latter should be limited to 3.4.

--

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

> The number of lines in the return value of get_argspec should be limited, 
> otherwise the calltip window can become too large.

Calltip limited by first empty line. But I agree, some reasonable hard limit 
(say 10 lines) should be.

> I would separate the issue of fixing the test (behavior) from adding support 
> for multi-line tool tips (enhancement).

Then calltip will be wrong. `int` can accept two arguments, not only one. 
Alternative consistent solution is to revert all changes which were convert 
oneline signatures to multiline (I think you won't like this ;) ).

> Unless the policy for IDLE is different, it seems the latter should be 
> limited to 3.4.

The policy for IDLE is different.

--

___
Python tracker 

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

[issue16637] py-bt, py-locals, etc. GDB commands fail with output-radix 16

[Mark Shroyer]

New submission from Mark Shroyer:

When debugging a Python process in GDB with output-radix 16, the py-bt, 
py-locals, py-value, etc. commands from python-gdb.py fail with messages like 
"(unable to read python frame information)".

The problem comes down to the int_from_int function attempting to convert its 
string argument from a base-10 integer representation, even if that string is 
something like "0xf".  The attached patch fixes this.

--
components: Demos and Tools
files: python_gdb_fix.patch
keywords: patch
messages: 177105
nosy: mshroyer
priority: normal
severity: normal
status: open
title: py-bt, py-locals, etc. GDB commands fail with output-radix 16
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file28244/python_gdb_fix.patch

___
Python tracker 

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

[issue16637] py-bt, py-locals, etc. GDB commands fail with output-radix 16

[Mark Shroyer]

Mark Shroyer added the comment:

Example of GDB session exhibiting this error:

https://gist.github.com/4228342#file_gdb_output.txt

Thread on python-list:

http://mail.python.org/pipermail/python-list/2012-December/636244.html

--

___
Python tracker 

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

[issue14901] Python Windows FAQ is Very Outdated

[Ashish Nitin Patil]

Ashish Nitin Patil added the comment:

Made most of the relevant changes & updation to the FAQ.
1. Updated references to Windows 7/XP/Vista & dropped all references & 
solutions on older Windows.
2. Also, many of the ending FAQs like cw3215mt.dll, CTL3D32 were completely 
dropped as I found that the googled pages show most results(pages) dating back 
more than 10 years.
3. Modified the questioon on 'freeze' to 'conversion from py to exe'
4. Did not touch questions that I am not familiar with, like CGI, os.kill(), 
etc.
5. Dropped questions that were directly in respect to older (unsupported) 
Windows.
Any suggestion/correction is wel-received. My first patch! :-) \m/

--
keywords: +patch
Added file: http://bugs.python.org/file28245/faq.patch

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Patch updated. Added hard limit (10) for number of calltip lines.

--
Added file: http://bugs.python.org/file28246/idle_calltips_multiline_3.patch

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Removed file: http://bugs.python.org/file28237/idle_calltips_multiline_2.patch

___
Python tracker 

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

[issue16637] py-bt, py-locals, etc. GDB commands fail with output-radix 16

[R. David Murray]

Changes by R. David Murray :


--
nosy: +dmalcolm

___
Python tracker 

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

[issue16507] Patch selectmodule.c to support WSAPoll on Windows

[Richard Oudkerk]

Richard Oudkerk added the comment:

It seems that the return code of WSAPoll() does not include the count of array 
items with revents == POLLNVAL.  In the case where all of them are POLLNVAL, 
instead of returning 0 (which usually indicates a timeout) it returns -1 and 
WSAGetLastError() == WSAENOTSOCK.

This does not match the MSDN documentation which claims that the return code is 
the number of descriptors for which revents is non-zero.  But it arguably does 
agree with the FreeBSD and MacOSX man pages which say that it returns the 
number of descriptors that are "ready for I/O".


BTW, the implementation of select_poll() assumes that the return code of poll() 
(if non-negative) is equal to the number of non-zero revents fields.  But 
select_have_broken_poll() considers a MacOSX poll() implementation to be good 
even in cases where this assumption is not true:

static int select_have_broken_poll(void)
{
int poll_test;
int filedes[2];
struct pollfd poll_struct = { 0, POLLIN|POLLPRI|POLLOUT, 0 };
if (pipe(filedes) < 0) {
return 1;
}
poll_struct.fd = filedes[0];
close(filedes[0]);
close(filedes[1]);
poll_test = poll(&poll_struct, 1, 0);
if (poll_test < 0) {
return 1;
} else if (poll_test == 0 && poll_struct.revents != POLLNVAL) {
return 1;
}
return 0;
}

Note that select_have_broken_poll() == FALSE if poll_test == 0 and 
poll_struct.revents == POLLNVAL.

--

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Chris Jerdonek]

Chris Jerdonek added the comment:

I don't think it was ever a requirement of docstrings that their signature fit 
on one line or that they render fully in IDLE.  Other built-in functions have 
multi-line signatures going back 10+ years (e.g. 32e7d0898eab).

I still think that the rendering of multi-line signatures should be considered 
separately.  The discussion and issues are different, and people may have 
different opinions.  For example, why not be smarter about detecting the end of 
the signature (e.g. first line not having "->")?  Would you object to creating 
a new issue?

--

___
Python tracker 

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

[issue16636] codecs: readline() followed by readlines() returns trunkated results

[Laurynas Speicys]

Laurynas Speicys added the comment:

Thank you! This is indeed a duplicate of issues #8260, #12446.

--
resolution:  -> duplicate

___
Python tracker 

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

[issue16628] leak in ctypes.resize()

[Meador Inge]

Meador Inge added the comment:

This is the same as issue13091.  I proposed a similar fix there, but yours is 
more complete and seems reasonable to me.

--

___
Python tracker 

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

[issue13091] ctypes: memory leak

[Antoine Pitrou]

Antoine Pitrou added the comment:

See patch in issue 16628.

--
nosy: +pitrou
resolution:  -> duplicate
status: open -> closed
superseder:  -> leak in ctypes.resize()

___
Python tracker 

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

[issue16628] leak in ctypes.resize()

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +skrah

___
Python tracker 

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

[issue16531] Allow IPNetwork to take a tuple

[Antoine Pitrou]

Antoine Pitrou added the comment:

> This patch is for (address, prefixlen). I now see that the original
> request was (address, netmask). I'll fix this up. In the meantime, let 
> me know if this is what you had in mind.

This is what I had in mind indeed (except that I was mostly interested in the 
netmask case :-)).

--

___
Python tracker 

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

[issue16531] Allow IPNetwork to take a tuple

[Antoine Pitrou]

Antoine Pitrou added the comment:

Oh, I was also interested in IPNetwork((ip_address_object, netmask)).

(that is, given an existing IPAddress object, build a IPNetwork by passing that 
object + a netmask)

--

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

> I don't think it was ever a requirement of docstrings that their signature 
> fit on one line or that they render fully in IDLE.

I think this is a requirement of IDLE.

> I still think that the rendering of multi-line signatures should be 
> considered separately.  The discussion and issues are different, and people 
> may have different opinions.

Then what about this issue? Legalize the current invalid behavior in the tests? 
I think that the tests should check the valid behavior and if tests failed then 
the behavior should be corrected, not tests should be faked.

> For example, why not be smarter about detecting the end of the signature 
> (e.g. first line not having "->")?

This is a reasonable proposal. Let's discuss it.

The objection is that there are such signatures:

foo(a, b, c,
e, f, g) -> some result

> Would you object to creating a new issue?

There is no difference for me what issue it will be, but if it will be a 
different issue, then I do not see any sense in this issue.

--

___
Python tracker 

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

[issue16555] Add es_cu to locale aliases

[Éric Araujo]

Éric Araujo 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

[issue16638] support multi-line docstring signatures in IDLE calltips

[Chris Jerdonek]

New submission from Chris Jerdonek:

This issue is to add support for rendering multi-line docstring signatures in 
IDLE calltips (e.g. iter(), min(), int(), etc).  This was suggested by Serhiy 
in the comments to issue 16629.

--
components: IDLE
messages: 177118
nosy: chris.jerdonek, serhiy.storchaka, serwy, terry.reedy
priority: normal
severity: normal
status: open
title: support multi-line docstring signatures in IDLE calltips
type: enhancement

___
Python tracker 

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

[issue8260] When I use codecs.open(...) and f.readline() follow up by f.read() return bad result

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I think the patch is wrong or is not optimal for case when chars is -1, but 
size is not.

If we want to read all data in any case, then we should call self.stream.read() 
without argument if chars < 0 or size < 0.

If we want to read no more than size bytes, then all loop code should be 
totally rewritten.

Perhaps I am wrong.

--
nosy: +serhiy.storchaka
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

[issue16624] subprocess.check_output should allow specifying stdin as a string

[Zack Weinberg]

Zack Weinberg added the comment:

OK, here is a patch against the latest development version.  Now also with 
tests and documentation updates.

--
Added file: http://bugs.python.org/file28247/issue16624-v34.diff

___
Python tracker 

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

[issue16624] subprocess.check_output should allow specifying stdin as a string

[Zack Weinberg]

Changes by Zack Weinberg :


Removed file: 
http://bugs.python.org/file28218/subprocess-check-output-allow-input.diff

___
Python tracker 

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

[issue12446] StreamReader Readlines behavior odd

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Yes, this is obviously a duplicate of issue8260.

--
nosy: +serhiy.storchaka
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> When I use codecs.open(...) and f.readline() follow up by 
f.read() return bad result

___
Python tracker 

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

[issue14475] codecs.StreamReader.read behaves differently from regular files

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This is obviously a duplicate of issue8260 and issue12446.

--
nosy: +serhiy.storchaka
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> When I use codecs.open(...) and f.readline() follow up by 
f.read() return bad result

___
Python tracker 

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

[issue16636] codecs: readline() followed by readlines() returns trunkated results

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
stage: needs patch -> committed/rejected
status: open -> closed
superseder:  -> When I use codecs.open(...) and f.readline() follow up by 
f.read() return bad result

___
Python tracker 

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

[issue8260] When I use codecs.open(...) and f.readline() follow up by f.read() return bad result

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

As showed in issue12446, issue14475 and issue16636 there are different methods 
to reproduce this bug (read(size, chars) + readlines(), readline() + 
readlines()). All this cases should be tested.

--

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Chris Jerdonek]

Chris Jerdonek added the comment:

I created issue 16638 to add support for multi-line signatures.

> Then what about this issue?

This issue is to fix the failing test.  The test that is failing is to check 
that fetch_tip correctly returns the first line of a built-in's docstring and 
that it handles inheritance correctly, etc.  Its purpose is not to check that 
the docstrings are written a certain way.  Otherwise, for example, it would be 
checking all built-ins rather than just choosing one example.

--

___
Python tracker 

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

[issue16624] subprocess.check_output should allow specifying stdin as a string

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This is a beautiful patch. LGTM.

However it should be tested on Windows. I'm not sure that reading not closed 
file in different process works on Windows.

Zack, can you please submit a contributor form?

http://python.org/psf/contrib/contrib-form/
http://python.org/psf/contrib/

--
stage: needs patch -> patch review

___
Python tracker 

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

[issue16638] support multi-line docstring signatures in IDLE calltips

[Chris Jerdonek]

Chris Jerdonek added the comment:

[Continuing a discussion/question from the issue 16629 comments]

> > For example, why not be smarter about detecting the end of the signature 
> > (e.g. first line not having "->")?
> The objection is that there are such signatures:
> foo(a, b, c,
  e, f, g) -> some result

I meant the first line after the first line without a "->", but good point.

What are some examples of "false positives" that we would want to exclude?  If 
there are examples of docstrings beginning with large amounts of text and no 
signature, we could look for a string of the form "func(" at the beginning of a 
line to know whether a signature has actually begun.

--

___
Python tracker 

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

[issue16612] Integrate "Argument Clinic" specialized preprocessor into CPython trunk

[Larry Hastings]

Larry Hastings added the comment:

Sorry for the delay; this head cold is slowing me down.  Here's the current 
state of Argument Clinic as a patch for review.  I look forward to your 
comments!

--
Added file: http://bugs.python.org/file28248/larry.clinic.patch.1.txt

___
Python tracker 

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

[issue16638] support multi-line docstring signatures in IDLE calltips

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Here is a patch moved from issue16629.

I think this is a bugfix, because current behavior is wrong. Many functions 
(i.e. int, str, list, dict) have multiline signatures and IDLE shows only first 
line in a tip. I.e. "int(x=0) -> integer" showed for int(), but int() accepts 
up to two arguments. This is a regression comparing with times when the 
signature was oneline.

--
keywords: +patch
stage:  -> patch review
type: enhancement -> behavior
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file28249/idle_calltips_multiline_3.patch

___
Python tracker 

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

[issue14901] Python Windows FAQ is Very Outdated

[Ashish Nitin Patil]

Ashish Nitin Patil added the comment:

Just added my name to the Misc/ACKS.

--
Added file: http://bugs.python.org/file28250/faq+ack.patch

___
Python tracker 

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

[issue16624] subprocess.check_output should allow specifying stdin as a string

[Zack Weinberg]

Zack Weinberg added the comment:

I don't have the ability to test on Windows, but the construct you are 
concerned about was copied from other tests in the same file which were not 
marked as Unix-only.

I have faxed in a contributor agreement.

--

___
Python tracker 

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

[issue16638] support multi-line docstring signatures in IDLE calltips

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I think we should add empty lines after signatures in all docstrings where it 
needed (i.e. for super()).

Here is a command which shows calltips for all builtins:

./python -c "from idlelib.CallTips import get_argspec, get_entity; import 
builtins
for name in sorted(builtins.__dict__):
  print('%s:\t%s' % (name, get_argspec(get_entity(name)).replace('\n', 
'\n\t')))"

And for dict methods:

./python -c "from idlelib.CallTips import get_argspec, get_entity; import 
builtins;^Mfor name in sorted(vars(dict)):^M  print('%s:\t%s' % (name, 
get_argspec(get_entity('{}.'+name)).replace('\n', '\n\t')))"

--

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Roger Serwy]

Roger Serwy added the comment:

So, is the original patch which fixes the original issue OK to apply?

--

___
Python tracker 

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

[issue16629] IDLE: Calltips test fails due to int docstring change

[Chris Jerdonek]

Chris Jerdonek added the comment:

Yes, I think so.  I should be able to get to it in the next few days unless 
someone else beats me to it.

--

___
Python tracker 

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

[issue16076] xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable

[Daniel Shahaf]

Daniel Shahaf added the comment:

TreeBuilder was also pickleable in 3.2 but now isn't so; updating summary 
accordingly.

Attaching a checkpoint patch.  It addresses both Element and TreeBuilder, and 
adds tests.  The added tests fail if test___all__ is included in the test run, 
so the patch should not be applied as-is.

Thanks to Ezio Melotti for preliminary review and suggestions on IRC.

--
title: xml.etree.ElementTree.Element is no longer pickleable -> 
xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no 
longer pickleable
Added file: http://bugs.python.org/file28251/i16076-v2-combined.diff

___
Python tracker 

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

[issue16639] not your all issuse send

[Nurhusien Hasen]

New submission from Nurhusien Hasen:

Not find  python all issuse pleas pleas find one issuse

--
messages: 177135
nosy: Nurhusien2
priority: normal
severity: normal
status: open
title: not your all issuse send

___
Python tracker 

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

[issue16076] xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable

[Daniel Shahaf]

Daniel Shahaf added the comment:

Reattaching without the unrelated Python-ast.c change.

--
Added file: http://bugs.python.org/file28252/i16076-v3-combined.diff

___
Python tracker 

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

[issue16639] not your all issuse send

[Ross Lagerwall]

Changes by Ross Lagerwall :


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

___
Python tracker 

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

[issue16076] xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable

[Daniel Shahaf]

Changes by Daniel Shahaf :


Removed file: http://bugs.python.org/file28251/i16076-v2-combined.diff

___
Python tracker 

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

[issue16076] xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +georg.brandl, larry
priority: high -> release blocker

___
Python tracker 

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

[issue16600] small py3k issue in rlcompleter

[Éric Araujo]

Éric Araujo added the comment:

Actually the module was named __builtin__ in 2.x; __builtins__ was an 
optimization done for module globals, as an implementation detail of CPython.

--
nosy: +eric.araujo
versions:  -Python 3.1, 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

[issue16495] bytes_decode() unnecessarily examines encoding

[Roundup Robot]

Roundup Robot added the comment:

New changeset 3fb9e38b00e8 by Chris Jerdonek in branch 'default':
Issue #16495: remove extraneous NULL encoding check from bytes_decode().
http://hg.python.org/cpython/rev/3fb9e38b00e8

--
nosy: +python-dev

___
Python tracker 

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

[issue16495] bytes_decode() unnecessarily examines encoding

[Chris Jerdonek]

Changes by Chris Jerdonek :


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

[issue1191964] asynchronous Subprocess

[anatoly techtonik]

anatoly techtonik added the comment:

Can anybody write a sum up on this?

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

[issue15948] Unchecked return value of I/O functions

[Marek Šuppa]

Marek Šuppa added the comment:

Hi, 

Sorry for the long delay.

The attached patch should fix all the relevant occurrences of I/O functions I 
was able to find.

Please review.

Thanks!

--
Added file: http://bugs.python.org/file28253/unchecked_return_values.patch

___
Python tracker 

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

[issue16076] xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable

[Eli Bendersky]

Eli Bendersky added the comment:

Thanks for working on it, Daniel. Unfortunately I won't have time to look at it 
in the near future, but I will definitely look at the patch once I get some 
free time to hack on Python again.

--

___
Python tracker 

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

[issue15516] exception-handling bug in PyString_Format

[Benjamin Peterson]

Benjamin Peterson added the comment:

Hmm, well I dont't think that test will fail without the patch. You probably 
need to add a special function to _testcapi to check if an exception is set 
(PyErr_Occurred()).

--

___
Python tracker 

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

[issue11797] 2to3 does not correct "reload"

[Roundup Robot]

Roundup Robot added the comment:

New changeset 3576c0c6f860 by Benjamin Peterson in branch 'default':
add fixer for reload() -> imp.reload() (closes #11797)\n\nPatch by Laurie 
Clark-Michalek and Berker Peksag
http://hg.python.org/cpython/rev/3576c0c6f860

--
nosy: +python-dev
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

[issue16584] unhandled IOError filecmp.cmpfiles() if file not readable

[Terry J. Reedy]

Terry J. Reedy added the comment:

3.3.0, Win 7, 64 bit, with print() and exception as e (which also works in 2.7 
for more portable code ;-)

>>> 
(['testfile'], [], [])

It this correct for Windows, where I believe chmod is a no-op?

--
nosy: +terry.reedy

___
Python tracker 

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

[issue16598] Docs: double newlines printed in some file iteration examples

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
nosy: +terry.reedy

___
Python tracker 

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

[issue16609] float loses precision when passed to str()

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
status: pending -> closed

___
Python tracker 

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

[issue16614] argparse should have an option to require un-abbreviated option names

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
status: open -> closed

___
Python tracker 

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

[issue16623] argparse help formatter does not honor non-breaking space

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
nosy: +bethard

___
Python tracker 

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

[issue16634] urllib.error.HTTPError.reason is not documented

[Terry J. Reedy]

Terry J. Reedy added the comment:

And it was added to all of 2.7, 3.2, and 3.3, so doc patch should be also.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue13211] urllib2.HTTPError does not have 'reason' attribute.

[Terry J. Reedy]

Changes by Terry J. Reedy :


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