[issue20844] coding bug remains in 3.3.5rc2

2014-03-11 Thread Musashi Tamura
Musashi Tamura added the comment: When opening LF-newline file, ftell() may return zero when the position is not at the beginning of the file. Maybe LF-newline file should open in binary-mode. http://support.microsoft.com/kb/68337 -- ___ Python

[issue20844] coding bug remains in 3.3.5rc2

2014-03-11 Thread Musashi Tamura
Musashi Tamura added the comment: Thanks Mark. Perhaps, the problem is text-mode handling. When using Windows's text-mode stream, ftell() may return -1 even if no error occured. -- ___ Python tracker <http://bugs.python.org/is

[issue20844] coding bug remains in 3.3.5rc2

2014-03-09 Thread Musashi Tamura
Musashi Tamura added the comment: It seems that this is not fixed in 3.3.5. Someone please reproduce it. -- ___ Python tracker <http://bugs.python.org/issue20

[issue20844] coding bug remains in 3.3.5rc2

2014-03-03 Thread Musashi Tamura
New submission from Musashi Tamura: Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\bug>python Python 3.3.5rc2 (v3.3.5rc2:ca5635efe090, Mar 2 2014, 18:18:29) [MSC v.1600 64 bit (AMD64)] on win32 Type "help", "copyri

[issue20731] Python 3.3.4: SyntaxError with correct source code encoding # -*- coding: latin-1 -*-

2014-02-23 Thread Musashi Tamura
Musashi Tamura added the comment: You can avoid this by changing end of line to CRLF. (I don't know why) I attach a simpler test case. -- nosy: +miwa Added file: http://bugs.python.org/file34210/test1.py ___ Python tracker <http://bugs.py

[issue19099] struct.pack fails first time with unicode fmt

2013-09-30 Thread Musashi Tamura
Musashi Tamura added the comment: Thanks for feedback. I think it should be fixed with allowing unicode. "from __future__ import unicode_literals" may break existing code. -- ___ Python tracker <http://bugs.python.o

[issue19099] struct.pack fails first time with unicode fmt

2013-09-27 Thread Musashi Tamura
New submission from Musashi Tamura: C:\>python Python 2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import struct >>> struct.pack

[issue14287] sys.stdin.readline and KeyboardInterrupt on windows

2012-03-13 Thread Musashi Tamura
New submission from Musashi Tamura : I run z.py and press Ctrl-C. '' Traceback (most recent call last): File "z.py", line 7, in print(repr(x)) KeyboardInterrupt I think '' should not be printed. This sometimes occurs on Python 3.2.2 and 2.7.2 AMD64 on

[issue3921] smtplib cannot sendmail over TLS

2009-02-17 Thread Musashi Tamura
Musashi Tamura added the comment: The difference is this line. (2.5, work) send: 'AUTH PLAIN AGxhbWJkYS5sZXRAZ21haWwuY29tAGNoaWtha29zMDA=\r\n' (Python3, error) send: 'AUTH PLAIN AGxhbWJkYS5sZXRAZ21haWwuY29tAGNoaWtha29zMDA=\n\r\n' --

[issue5273] 3.0.1 crashes in unicode path

2009-02-15 Thread Musashi Tamura
New submission from Musashi Tamura : In unicode path Python 3.0.1 crashes when importing compiled module. This does not happen on Python 3.0, new in 3.0.1. Detailed Situation: OS: win2000 current pathname contains Japanese characters. ./a.py contains only a statement "import b". ./b.p

[issue5259] smtplib is broken in Python3

2009-02-14 Thread Musashi Tamura
Musashi Tamura added the comment: The attachment is output of smtptest.py on Python 3.0. Added file: http://bugs.python.org/file13092/3.0.txt ___ Python tracker <http://bugs.python.org/issue5

[issue5259] smtplib is broken in Python3

2009-02-14 Thread Musashi Tamura
New submission from Musashi Tamura : Issue #<3921> may be the same problem. Sending Gmail by smtplib fails on Python 3.0 and 3.0.1. It seems to be exist two problems in encode_plain function in smtplib.py: * parameter of encode_base64 must be bytes, not str, * by default, encode_base6