[issue29631] Error “importlib.h, importlib_external.h updated. You will need to rebuild pythoncore to see the changes.” is reported when build Python on Winodws

New submission from Karen: We use VS2015 to build Python(branch 3.6)on Windows. It failed with error "importlib.h, importlib_external.h updated. You will need to rebuild pythoncore to see the changes". This error is reported from Python 3.6 branch revision 3ab24bd. The detailed erro

[issue1242657] list(obj) can swallow KeyboardInterrupt

Karen Tracey <[EMAIL PROTECTED]> added the comment: This behavior has reappeared in the 2.6 beta releases: Python 2.6b2 (r26b2:65082, Jul 18 2008, 13:36:54) [GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2 Type "help", "copyright", "

[issue1242657] list(obj) can swallow KeyboardInterrupt

Karen Tracey <[EMAIL PROTECTED]> added the comment: Thanks for responding. It had been fixed. 2.4/2.5 behave like so: Python 2.5.1 (r251:54863, Mar 7 2008, 04:10:12) [GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2 Type "help", "copyright",

[issue1288615] Python code.interact() and UTF-8 locale

Karen Tracey <[EMAIL PROTECTED]> added the comment: I just stumbled on this bug, it is still a problem in 2.5 and 2.6. I tried the supplied patch on 2.6b2 and it works. Before the patch: Python 2.6b2 (r26b2:65082, Jul 18 2008, 13:36:54) [GCC 4.1.3 20070929 (prerelease) (Ubuntu

[issue1288615] Python code.interact() and UTF-8 locale

Karen Tracey <[EMAIL PROTECTED]> added the comment: FWIW I also tried the fix on a Windows box with Python 2.5.1. The failure there is different since the Windows command prompt apparently uses cp437 as its encoding: Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit

[issue1288615] Python code.interact() and UTF-8 locale

Karen Tracey <[EMAIL PROTECTED]> added the comment: Cool, thanks! Do I take it from the Versions setting that the fix will be available in the next 2.6 beta but not get propagated to prior releases? (I'm not very familiar with this issue tracker so am just trying to understand what

[issue2811] doctest doesn't treat unicode literals as specified by the file declared encoding

Karen Tracey <[EMAIL PROTECTED]> added the comment: I believe the problem is in your test file, not doctest. The enclosing doctest string is not specified as a unicode literal, so the file encoding specification ultimately has no effect on it. At least that is how I read the documen

[issue8400] zipimporter find_module fullname mis-documented

New submission from Karen Tracey : The fullname parameter to zipimporter find_module is documented to be a "fully qualified (dotted) module name". (From http://docs.python.org/library/zipimport.html#zipimport.zipimporter.find_module.) However, passing a fully-qualified dotted modu

[issue1555570] email parser incorrectly breaks headers with a CRLF at 8192

Changes by Karen Tracey: -- nosy: +kmtracey _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue170> _ ___ Python-bugs-list mailing list Unsubs

[issue1555570] email parser incorrectly breaks headers with a CRLF at 8192

Karen Tracey <[EMAIL PROTECTED]> added the comment: Opening the file in universal newline mode doesn't work for cases where the 'file' contains multipart MIME data (eg. multipart/form-data) where one of the included parts is binary data (eg. application/octet-stream).

[issue9890] Visual C++ Runtime Library Error is there a fix?

Karen KarenL added the comment: I just run into this problem. I am running python 3.2, but I do have python 26 and python 27 install on the same computer. -- nosy: +Karen.KarenL status: pending -> open ___ Python tracker <http://bugs.pyth

[issue9890] Visual C++ Runtime Library Error is there a fix?

Karen KarenL added the comment: Additional info on error in python 3.2 I am using 32 bit Win 7 enterprise SP1. I download and installed python-3.2.msi from python.org I than start python pythonw from window menu just like any other program. Running python command line also failed, and this is

[issue9890] Visual C++ Runtime Library Error is there a fix?

Karen KarenL added the comment: Yes. It is the same bug. And changing pythonhome path from c:\python26 to c:\python32 fixes the problem. My initial google search found bug 9890, but not 11288. Let me know if there is anything I can do. Karen On Mon, Aug 6, 2012 at 8:27 PM, Roger Serwy wrote

[issue3745] _sha256 et al. encode to UTF-8 by default

Changes by Karen Tracey : -- nosy: +kmtracey ___ Python tracker <http://bugs.python.org/issue3745> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue3745] _sha256 et al. encode to UTF-8 by default

Karen Tracey added the comment: I think the missing issue reference is to this thread on python-dev: http://mail.python.org/pipermail/python-dev/2009-December/094574.html -- ___ Python tracker <http://bugs.python.org/issue3

[issue15795] Zipfile.extractall does not preserve file permissions

Karen Tracey added the comment: Note the zipfile being processed may have been created on a non-Unix system, and the external_attr value can't be usefully interpreted as permission bits when the value at _CD_CREATE_SYSTEM (https://hg.python.org/cpython/file/default/Lib/zipfile.py#l107) i