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 rep...@bugs.python.org
http://bugs.python.org
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
Musashi Tamura added the comment:
It seems that this is not fixed in 3.3.5. Someone please reproduce it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20844
New submission from Musashi Tamura:
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\bugpython
Python 3.3.5rc2 (v3.3.5rc2:ca5635efe090, Mar 2 2014, 18:18:29) [MSC v.1600 64
bit (AMD64)] on win32
Type help, copyright, credits or license
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 rep...@bugs.python.org
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 rep...@bugs.python.org
http://bugs.python.org/issue19099
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(u'B',1)
Traceback (most recent call last):
File stdin, line 1, in module
New submission from Musashi Tamura yuri.musashi.miwa.tam...@gmail.com:
I run z.py and press Ctrl-C.
''
Traceback (most recent call last):
File z.py, line 7, in module
print(repr(x))
KeyboardInterrupt
I think '' should not be printed. This sometimes occurs on Python 3.2.2 and
2.7.2
Musashi Tamura yuri.musashi.miwa.tam...@gmail.com 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'
--
nosy: +miwa
New submission from Musashi Tamura yuri.musashi.miwa.tam...@gmail.com:
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
New submission from Musashi Tamura yuri.musashi.miwa.tam...@gmail.com:
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
Musashi Tamura yuri.musashi.miwa.tam...@gmail.com 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 rep...@bugs.python.org
http://bugs.python.org/issue5259
12 matches
Mail list logo