[issue13533] Would like Py_Initialize to play friendly with host app
Yukihiro Nakadaira added the comment: This problem easily happen when there is no python installation and there is standalone python application compiled with py2exe or cx_Freeze (e.g. Mercurial). Such application have pythonXX.dll in its directory. But its python library can not be loaded normally. So an application, which loads pythonXX.dll to check if python is available and uses it if possible, is terminated when loading python. Vim uses python as embedding scripting language. Vim loads pythonXX.dll when :python command is used. And this problem is reported occasionally. -- nosy: +ynkdir ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13533 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20763] old sys.path_hooks importer does not work with Python 3.4.0rc1
Yukihiro Nakadaira added the comment: It works fine. Thank you! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20763] old sys.path_hooks importer does not work with Python 3.4.0rc1
New submission from Yukihiro Nakadaira: Steps to reproduce: $ cat a.py import sys class MyFinder: def __init__(self, path): if path != __myfinder__: raise ImportError() def find_module(self, fullname, path=None): return None sys.path_hooks.append(MyFinder) sys.path.insert(0, '__myfinder__') import time print('OK') $ python3.3 -V Python 3.3.2+ $ python3.3 a.py OK $ python3.4 -V Python 3.4.0rc1 $ python3.4 a.py Traceback (most recent call last): File a.py, line 14, in module import time ImportError: spec missing loader On Ubuntu 13.10. python3.3 is ubuntu's package. python3.4.0rc1 is built by myself. Vim's custom importer does not work for it. [vim_dev] Problem with Python 3.4 https://groups.google.com/d/msg/vim_dev/RfuOG7_Jabs/h3YzLTsRgv0J -- messages: 212158 nosy: ynkdir priority: normal severity: normal status: open title: old sys.path_hooks importer does not work with Python 3.4.0rc1 versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7472] email.encoders.encode_7or8bit(): typo iso-2202. iso-2022 is correct.
Yukihiro Nakadaira yukihiro.nakada...@gmail.com added the comment: In other words, I think the correct thing to do is to delete that if test. I think so too. Do you have a case where the code produces incorrect behavior that your patch turns into correct behavior? No, I don't. I just found a typo. The code for iso-2022 was added by issue #804885. But I don't know why it was requested. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7472 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7472] email.encoders.encode_7or8bit(): typo iso-2202. iso-2022 is correct.
New submission from Yukihiro Nakadaira yukihiro.nakada...@gmail.com: email.encoders.encode_7or8bit(): typo iso-2202. iso-2022 is correct. Index: Lib/email/encoders.py === --- Lib/email/encoders.py (revision 76749) +++ Lib/email/encoders.py (working copy) @@ -62,7 +62,7 @@ # iso-2022-* is non-ASCII but still 7-bit charset = msg.get_charset() output_cset = charset and charset.output_charset -if output_cset and output_cset.lower().startswith('iso-2202-'): +if output_cset and output_cset.lower().startswith('iso-2022-'): msg['Content-Transfer-Encoding'] = '7bit' else: msg['Content-Transfer-Encoding'] = '8bit' -- components: Library (Lib) messages: 96211 nosy: ynkdir severity: normal status: open title: email.encoders.encode_7or8bit(): typo iso-2202. iso-2022 is correct. type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7472 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com