[issue25823] Speed-up oparg decoding on little-endian machines

[Raymond Hettinger]

New submission from Raymond Hettinger:

On little-endian machines, the decoding of an oparg can be sped-up by using a 
single 16-bit pointer deference.

Current decoding:
leaq2(%rcx), %rbp
movzbl  -1(%rbp), %eax
movzbl  -2(%rbp), %r14d
sall$8, %eax
addl%eax, %r14d

New decoding:
leaq2(%rdx), %r12
movzwl  -2(%r12), %r8d

The patch uses (unsigned short *) like the struct module does, but it could use 
uint16_t if necessary.

If next_instr can be advanced after the lookup rather than before, the 
generated code would be tighter still (removing the data dependency and 
shortening the movzwl instruction to drop the offset byte):

movzwl  (%rdx), %r8d
leaq2(%rdx), %rbp

--
assignee: serhiy.storchaka
components: Interpreter Core
messages: 256106
nosy: rhettinger, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Speed-up oparg decoding on little-endian machines
type: performance
versions: Python 3.6

___
Python tracker 

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

[issue22341] Python 3 crc32 documentation clarifications

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

The patch LGTM.

But while we are here, wouldn't be worth to unify the name of second parameter 
of binascii and zlib CRC calculation functions? And unify the description of 
crc_hqx() with other functions.

--

___
Python tracker 

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

[issue25823] Speed-up oparg decoding on little-endian machines

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

You have forgot to attach a patch.

--

___
Python tracker 

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

[issue25822] Add docstrings to fields of urllib.parse results

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Results of urlsplit() and urlparse() functions in the urllib.parse module are 
named tuple with a number of fields. Since property docstrings are writable now 
(issue24064), we can provide docstrings for all these fields. See also 
issue24878.

--
components: Library (Lib)
messages: 256105
nosy: rhettinger, serhiy.storchaka
priority: normal
severity: normal
stage: needs patch
status: open
title: Add docstrings to fields of urllib.parse results
type: enhancement
versions: Python 3.6

___
Python tracker 

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

[issue23416] Make urllib.parse.SplitResult etc arguments optional

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I agree that it would be nice to have. But this feature has a cost.

$ ./python -m timeit -s 'from urllib.parse import ParseResult' -- 
"ParseResult('http', 'u...@example.com:p...@www.python.org:080', '/doc/', '', 
'query=yes', 'frag')"
Unpatched: 1.61 usec per loop
Patched:   2.1 usec per loop

$ ./python -m timeit -s 'from urllib.parse import urlparse' -- 
'urlparse("http://u...@example.com:p...@www.python.org:080/doc/?query=yes#frag;)'

Unpatched: 8.87 usec per loop
Patched:   9.22 usec per loop

Is this cost significant?

The cost can be decreased by using global _tuple_new = tuple.__new__. But this 
couples the code too tight to implementation details of namedtuple.

--
nosy: +rhettinger, serhiy.storchaka

___
Python tracker 

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

[issue21240] Add an abstactmethod directive to the Python ReST domain

[Roundup Robot]

Roundup Robot added the comment:

New changeset 1d0d8b27a4e6 by Berker Peksag in branch '3.5':
Issue #21240: Add an abstractmethod directive to mark abstract methods in the 
docs more explicitly
https://hg.python.org/cpython/rev/1d0d8b27a4e6

New changeset 84468e1aea61 by Berker Peksag in branch 'default':
Issue #21240: Add an abstractmethod directive to mark abstract methods in the 
docs more explicitly
https://hg.python.org/cpython/rev/84468e1aea61

--
nosy: +python-dev

___
Python tracker 

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

[issue1322] Deprecate platform.dist() and platform.linux_distribution() functions

[Berker Peksag]

Berker Peksag added the comment:

We should probably delete the "will be removed in Python 3.7" part from the 
deprecation message to make porting from Python 2 easier. For example, we will 
add inspect.getargspec() back in 3.6. See issue 25486.

--

___
Python tracker 

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

[issue24238] Avoid entity expansion attacks in Element Tree

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


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

___
Python tracker 

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

[issue21240] Add an abstactmethod directive to the Python ReST domain

[Berker Peksag]

Berker Peksag added the comment:

Thanks for reminding me of this issue, Brett. I have also updated numbers and 
selectors docs to use the new directive.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.6 -Python 3.4

___
Python tracker 

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

[issue4709] Mingw-w64 and python on windows x64

[Carl Kleffner]

Carl Kleffner added the comment:

The situation is not THAT bad. You can install a prerelease of mingwpy with pip:

  pip install -i https://pypi.anaconda.org/carlkl/simple mingwpy

or with conda: (thanks to omnia-md)

  conda install -c https://conda.anaconda.org/omnia mingwpy

It is not hosted on PYPI as long as there is no version for python-3.5.

--
nosy: +carlkl

___
Python tracker 

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

[issue25823] Speed-up oparg decoding on little-endian machines

[Raymond Hettinger]

Raymond Hettinger added the comment:

Added patch.

--
keywords: +patch
Added file: http://bugs.python.org/file41268/improve_arg_decoding.diff

___
Python tracker 

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

[issue15858] tarfile missing entries due to omitted uid/gid fields

[Tom Lynn]

Tom Lynn added the comment:

I think issue24514 (fixed in Py2.7.11) is a duplicate of this issue.

--

___
Python tracker 

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

[issue25824] 32-bit 2.7.11 installer creates registry keys that are incompatible with the installed python27.dll

[Arnaud Diederen]

New submission from Arnaud Diederen:

[First of all let me say I'm not all that familiar with Windows, so please let 
me know if the wording in my analysis below is not clear and/or misleading.]

It would appear the 32-bit installer for Python 2.7.11 creates the registry key:
---
HKLM\Software\Wow6432Node\Python\PythonCore\2.7\PythonPath
---
(...just like previous 2.7 versions did.)

However, registry accesses (PC/getpathp.c's getpythonpath()) are done like so:
---
(...)
keyBuf = keyBufPtr = PyMem_RawMalloc(keyBufLen);
if (keyBuf==NULL) goto done;

memcpy_s(keyBufPtr, keyBufLen, keyPrefix, sizeof(keyPrefix)-sizeof(WCHAR));
keyBufPtr += Py_ARRAY_LENGTH(keyPrefix) - 1;
mbstowcs(keyBufPtr, PyWin_DLLVersionString, versionLen);
(...)
---
where 'PyWin_DLLVersionString' now is "2.7-32":
---
.rsrc:1E2760FA unicode 0, <2.7-32>,0
---
(it used to be "2.7" in previous versions) 


Thus, the key that python27.dll builds is:
 HKLM\Software\Wow6432Node\Python\PythonCore\2.7-32\PythonPath
and not
 HKLM\Software\Wow6432Node\Python\PythonCore\2.7\PythonPath

and consequently the runtime cannot build a proper sys.path, which causes 
embedded interpreters to fail loading core modules.

As a workaround, it seems renaming the registry key to its "-32"-suffixed name, 
does help.

--
components: Installation
messages: 256113
nosy: aundro
priority: normal
severity: normal
status: open
title: 32-bit 2.7.11 installer creates registry keys that are incompatible with 
the installed python27.dll
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue25823] Speed-up oparg decoding on little-endian machines

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +haypo

___
Python tracker 

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

[issue25824] 32-bit 2.7.11 installer creates registry keys that are incompatible with the installed python27.dll

[Zachary Ware]

Zachary Ware added the comment:

Eryk is correct, there should be no -32 suffix in 2.7.  It's simple enough to 
fix, just remove the last line Eryk quoted (and purge generated files from PC/).

This is a pretty major bug; Benjamin and Steve, how do you want to deal with it?

--
components: +Build -Installation
nosy: +benjamin.peterson
priority: normal -> release blocker

___
Python tracker 

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

[issue25824] 32-bit 2.7.11 installer creates registry keys that are incompatible with the installed python27.dll

[Zachary Ware]

Changes by Zachary Ware :


--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

___
Python tracker 

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

[issue25823] Speed-up oparg decoding on little-endian machines

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

In about a half cases next_instr points to unaligned 16-bit value. Not all 
platforms allow access to unaligned data. We need other test in additional to 
PY_LITTLE_ENDIAN to allow this optimization.

--
nosy: +mark.dickinson

___
Python tracker 

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

[issue25823] Speed-up oparg decoding on little-endian machines

[Stefan Krah]

Stefan Krah added the comment:

Usually unaligned accesses are believed to carry a big performance
penalty, though rumor has it that for the latest generation of CPUs
this is no longer an issue.

--
nosy: +skrah

___
Python tracker 

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

[issue25823] Speed-up oparg decoding on little-endian machines

[Mark Dickinson]

Mark Dickinson added the comment:

Hmm. Doesn't this introduce undefined behaviour? The new code looks like a 
violation of the strict aliasing rule. (Or do we compile with 
`-fno-strict-aliasing` or the like?)

--

___
Python tracker 

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

[issue21815] imaplib truncates some untagged responses

[Lita Cho]

Lita Cho added the comment:

I apologize, I completely forgot. I will do it this week. Thanks for the
reminder!

--

___
Python tracker 

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

[issue25823] Speed-up oparg decoding on little-endian machines

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
nosy: +tim.peters

___
Python tracker 

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

[issue25823] Speed-up oparg decoding on little-endian machines

[Raymond Hettinger]

Changes by Raymond Hettinger :


Added file: http://bugs.python.org/file41269/improve_arg_decoding2.diff

___
Python tracker 

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

[issue25825] AIX shared library extension modules installation broken

[David Edelsohn]

New submission from David Edelsohn:

AIX requires helper scripts to build Python shared extension modules.  The 
definitions and Makefile installation rules have bitrotted.

Makefile.pre.in:

  @if [ -s Programs/python.exp -a \

except python.exp is created in Modules/python.exp, not Programs.exp

   $(INSTALL_DATA) Programs/python.exp \
   $(DESTDIR)$(LIBPL)/python.exp;

Post-substitution Makefile.pre:

BINLIBDEST= $(LIBDIR)/python$(VERSION)
LIBDEST=$(SCRIPTDIR)/python$(VERSION)
LIBPL=  $(LIBDEST)/config-$(LDVERSION)

configure.ac:

AIX*)
BLDSHARED="\$(srcdir)/Modules/ld_so_aix \$(CC) 
-bI:\$(srcdir)/Modules/python.exp"
LDSHARED="\$(BINLIBDEST)/config/ld_so_aix \$(CC) 
-bI:\$(BINLIBDEST)/config/python.exp"

which is forever enshrined in _sysconfigdata.py

In other words, configure sets LDSHARED to $(BINLIBDEST)/config, which does not 
exist in current installations.  And Makefile installs the files in LIBPL, 
which is based on LIBDEST (prefix and exec_prefix could be different).

And the files are not installed, because the installation tests 
Programs/python.exp instead of Modules/python.exp.

Changing Makefile.pre.in to test Modules/python.exp is easy enough as a partial 
fix.

What is the preferred location to install the files so that configure.ac and 
Makefile.pre.in can be adjusted to match each other?

--
components: Installation
messages: 256123
nosy: David.Edelsohn
priority: normal
severity: normal
status: open
title: AIX shared library extension modules installation broken
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6

___
Python tracker 

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

[issue25825] AIX shared library extension modules installation broken

[David Edelsohn]

Changes by David Edelsohn :


--
nosy: +pitrou

___
Python tracker 

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

[issue25824] 32-bit 2.7.11 installer creates registry keys that are incompatible with the installed python27.dll

[Steve Dower]

Steve Dower added the comment:

Needs a new release - up to Ben whether it's .12 or just a new .11. I can do 
the build today or this weekend, but not in between.

--

___
Python tracker 

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

[issue25826] imaplib can't process lines after starttls

[David Wahlund]

New submission from David Wahlund:

File "C:\Python34\lib\imaplib.py", line 536, in login
typ, dat = self._simple_command('LOGIN', user, self._quote(password))
  File "C:\Python34\lib\imaplib.py", line 1141, in _simple_command
return self._command_complete(name, self._command(name, *args))
  File "C:\Python34\lib\imaplib.py", line 956, in _command_complete
typ, data = self._get_tagged_response(tag)
  File "C:\Python34\lib\imaplib.py", line 1076, in _get_tagged_response
self._get_response()
  File "C:\Python34\lib\imaplib.py", line 984, in _get_response
resp = self._get_line()
  File "C:\Python34\lib\imaplib.py", line 1098, in _get_line
if not line.endswith(b'\r\n'):
TypeError: endswith first arg must be str or a tuple of str, not bytes

imaplib uses SSLContext to initiate a SSLSocket. It overrides makefile() from 
Socket. It in turn uses TextIOWrapper on top of the stream. 
TextIOWrapper.readline() returns an Unicode str but IMAP4._get_line() expects 
bytes.

--
messages: 256124
nosy: David Wahlund
priority: normal
severity: normal
status: open
title: imaplib can't process lines after starttls
type: crash
versions: Python 3.4

___
Python tracker 

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

[issue25826] imaplib can't process lines after starttls

[Zachary Ware]

Changes by Zachary Ware :


--
stage:  -> resolved
type: crash -> behavior

___
Python tracker 

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

[issue21815] imaplib truncates some untagged responses

[Maciej Szulik]

Maciej Szulik added the comment:

Perfect, thanks!

--

___
Python tracker 

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

[issue13940] imaplib: Mailbox names are not quoted

[Maciej Szulik]

Maciej Szulik added the comment:

siemer thx for the comments in the review. I'll try to address them by the end 
of this week.

--

___
Python tracker 

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

[issue25826] imaplib can't process lines after starttls

[David Wahlund]

David Wahlund added the comment:

Sorry, my bad... Using ImapClient that changed the socket to str.

--
resolution:  -> not a bug
status: open -> closed

___
Python tracker 

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

[issue23200] Deprecate the zlib decompressor’s flush() method

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

After reading zlib manual it looks to me that your are right, flush() has no 
other effect except a little less memory consumption. This can be not important 
in the context of Python. Hope Nadeem will confirm this.

--
assignee: docs@python -> nadeem.vawda
type:  -> enhancement

___
Python tracker 

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

[issue25827] Support ICC in configure

[Zachary Ware]

New submission from Zachary Ware:

Attached is a patch that adds support for ICC to configure, making it easier to 
build with ICC on Unix and adjusting arguments to better fit ICC.

- Adds '--with-icc' argument to configure, which sets 'CC=icc' and 'CXX=icpc'
- Adds support for ICC PGO
- Prevents '-Wno-unused-result' from being added to CFLAGS if CC=icc 
(issue24709)
- Adds '-fp-model strict' to BASECFLAGS (I'm not 100% sure that's the right 
place, perhaps CFLAGS_NODIST would be better?).  Adding '-fp-model strict' 
clears up all the failures on the Ubuntu ICC Non-Debug buildbot, and most of 
the failures I get on OSX with -O3.  From a quick run of the 'math' benchmarks 
(perf.py -b math), adding '-fp-model strict' does not hurt performance (with 
the flag was always faster or negligibly slower).

Be sure to run autoreconf before testing.

--
components: Build
files: configure_icc.diff
keywords: patch
messages: 256141
nosy: r.david.murray, zach.ware
priority: normal
severity: normal
stage: patch review
status: open
title: Support ICC in configure
type: enhancement
versions: Python 2.7, Python 3.5, Python 3.6
Added file: http://bugs.python.org/file41272/configure_icc.diff

___
Python tracker 

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

[issue25807] test_multiprocessing_fork.test_mymanager fails and hangs

[Toby Tobkin]

Toby Tobkin added the comment:

Do you have more information on the environment you're running tests on? I did 
not reproduce the crash by running the tests on a stock Ubuntu 14 64-bit.

--
nosy: +tobytobkin

___
Python tracker 

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

[issue24931] _asdict breaks when inheriting from a namedtuple

[Nicholas Chammas]

Nicholas Chammas added the comment:

I know. I came across this issue after upgrading to the 3.5.1 release and 
seeing that vars(namedtuple) didn't work anymore.

I looked through the changelog [0] for an explanation of why that might be and 
couldn't find one, so I posted that question on Stack Overflow.

I'm guessing others will go through the same flow after they upgrade to 3.5.1 
and wonder why their vars(namedtuple) code broke, so I posted here asking if we 
should amend the changelog to call this change out.

But I gather from your comment that the changelog cannot be updated after the 
release, so I guess there is nothing to do here. (Sorry about the distraction. 
I'm new to the Python dev community.)

[0] https://docs.python.org/3.5/whatsnew/changelog.html#python-3-5-1-final

--

___
Python tracker 

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

[issue24421] Race condition compiling Modules/_math.c

[Martin Panter]

Martin Panter added the comment:

Here is an alternative patch to compile _math.c once from the main makefile, 
before the extension modules are built. I have only tested this on Linux, 
building in the source directory, and from a separate directory.

--
versions:  -Python 3.4
Added file: http://bugs.python.org/file41270/math-once.patch

___
Python tracker 

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

[issue22341] Python 3 crc32 documentation clarifications

[Martin Panter]

Martin Panter added the comment:

In crc-sign.v5.patch I have changed the binascii.crc_hqx() and crc32() 
documentation to use “value”, matching the zlib documentation. Is that what you 
had in mind?

--
stage:  -> patch review
versions: +Python 3.6
Added file: http://bugs.python.org/file41271/crc-sign.v5.patch

___
Python tracker 

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

[issue25824] 32-bit 2.7.11 installer creates registry keys that are incompatible with the installed python27.dll

[Benjamin Peterson]

Benjamin Peterson added the comment:

I don't really have the time to cut a new release in the next few weeks.

On Tue, Dec 8, 2015, at 10:42, Steve Dower wrote:
> 
> Steve Dower added the comment:
> 
> Needs a new release - up to Ben whether it's .12 or just a new .11. I can
> do the build today or this weekend, but not in between.
> 
> --
> 
> ___
> Python tracker 
> 
> ___

--

___
Python tracker 

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

[issue13317] building with 2to3 generates wrong import paths because build_ext is run after build_py

[Swati Jaiswal]

Swati Jaiswal added the comment:

are you working on it @eric?

--
nosy: +curioswati

___
Python tracker 

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

[issue18597] On Windows sys.stdin.readline() doesn't handle Ctrl-C properly

[Emanuel Barry]

Changes by Emanuel Barry :


--
versions: +Python 3.3, Python 3.4, Python 3.6

___
Python tracker 

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

[issue22341] Python 3 crc32 documentation clarifications

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Yes, thank you Martin.

--
assignee: docs@python -> martin.panter
stage: patch review -> commit review

___
Python tracker 

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

[issue18597] On Windows sys.stdin.readline() doesn't handle Ctrl-C properly

[Troy Hirni]

Troy Hirni added the comment:

I'm also experiencing this on Windows 8 and 10. In the bare example below, I 
can Ctrl-C to exit the loop. When I press Enter again, the exception at the 
bottom appears.

try:
  while True:
input("? ")
except:
  pass




>>>
>>> try:
... while True:
... input("? ")
... except:
... pass
...
? asdf
'asdf'
? qqwer
'qqwer'
? >>>
  File "", line 0

^
SyntaxError: decoding with 'cp437' codec failed (KeyboardInterrupt: )
>>>

--
nosy: +ebarry, troyhirni
versions: +Python 2.7 -Python 3.3, Python 3.4, Python 3.6

___
Python tracker 

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

[issue25820] Clean up run_gdb() calls

[Roundup Robot]

Roundup Robot added the comment:

New changeset 6902b2024d25 by Martin Panter in branch '3.5':
Issue #25820: Remove unused assignment and redundant GDB CLI arguments
https://hg.python.org/cpython/rev/6902b2024d25

New changeset 2e5fdb8a8874 by Martin Panter in branch 'default':
Issue #25820: Merge test_gdb fixes from 3.5
https://hg.python.org/cpython/rev/2e5fdb8a8874

--
nosy: +python-dev

___
Python tracker 

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

[issue25825] AIX shared library extension modules installation broken

[Martin Panter]

Martin Panter added the comment:

It looks like the Programs/python.exp change was done accidentally in revision 
88a532a31eb3 (Issue 18093), so we should be safe reverting the relevant lines 
back to Modules/python.exp.

The configure script currently sets

LIBPL='$(prefix)'"/lib/python${VERSION}/config-${LDVERSION}"
AC_SUBST(LIBPL)

However there is a contradictory comment in the makefile:

# This goes into $(exec_prefix)
LIBPL=  @LIBPL@

It looks like the comment came first. $(LIBPL) was changed from $(LIBDIR) 
[presumably using $(exec_prefix)] to use $(prefix) in r86731 (Issue 9807).

This isn’t my area of expertise, but my understanding is $(exec_prefix) is for 
architecture-specific files only. If python.exp is not architecture-specific, 
perhaps it should go in $(prefix), and the configure script (and makefile 
comment) needs fixing.

--
nosy: +martin.panter
versions:  -Python 3.2, Python 3.3, Python 3.4

___
Python tracker 

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

[issue25820] Clean up run_gdb() calls

[Martin Panter]

Changes by Martin Panter :


--
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

___
Python tracker 

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

[issue24931] _asdict breaks when inheriting from a namedtuple

[Larry Hastings]

Larry Hastings added the comment:

You're a little late; 3.5.1 was released two days ago.

--

___
Python tracker 

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

[issue24931] _asdict breaks when inheriting from a namedtuple

[Nicholas Chammas]

Nicholas Chammas added the comment:

Should this change be called out in the 3.5.1 release docs? It makes some code 
that works on 3.5.0 break in 3.5.1.

See: http://stackoverflow.com/q/34166469/877069

--
nosy: +Nicholas Chammas

___
Python tracker 

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

[issue15858] tarfile missing entries due to omitted uid/gid fields

[Martin Panter]

Martin Panter added the comment:

Yes I think you are right. With Python 3.5.0:

$ python3 -c 'import tarfile; print(tarfile.open("bad.tar").getnames())'
['foo', 'foo/a']
$ python3 -m tarfile --list bad.tar
foo/ 
foo/a 

The proposed fix here is slightly different: truncate from the first space, 
rather than trailing whitespace.

--
nosy: +martin.panter
resolution:  -> out of date
stage: test needed -> resolved
status: open -> closed
superseder:  -> tarfile fails to extract archive (handled fine by gnu tar and 
bsdtar)

___
Python tracker 

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