atsuo ishimoto added the comment:
PyErr_Print() is called to report exception raised by codec.
If PyUnicode_DecodeUTF8() or PyUnicode_AsEncodedString() return NULL,
PyErr_Print() is called.
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/iss
atsuo ishimoto added the comment:
Sorry for insufficient comment.
When a codec raised an exception, I think the exception should be
reported. Otherwise, user cannot know why Python prints broken line
of code.
Should we silently clear the exception raised by codecs, or print a
message such
atsuo ishimoto added the comment:
Codecs would hardly ever raises exception here.
Usually, exception raised here would be a MemoryError. The unicode
string we are trying to encode is just decoded by same codec. If codec
raises exception other than MemoryError, the codec will likely have
atsuo ishimoto added the comment:
That's fine with me. Please replace PyErr_Print() with PyErr_Clear().
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.or
atsuo ishimoto added the comment:
In release25-maint, PyErr_Print() should be replaced with PyErr_Clear()
also.
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/iss
Atsuo Ishimoto added the comment:
-1 from me.
- I hate to see Unicode exceptions here. It would be an another source of
mysterious Unicode exception. Programmers and users would be confused by error
message. If you make such characters error, Python should raise an OSError or
such.
- File
Atsuo Ishimoto added the comment:
On Wed, Oct 26, 2011 at 9:12 AM, STINNER Victor wrote:
>
> STINNER Victor added the comment:
>
> Le 26/10/2011 01:32, Atsuo Ishimoto a écrit :
>> - I don't think filenames cannot be decoded in ANSI code page are rare
>> enough to
Atsuo Ishimoto added the comment:
On Wed, Oct 26, 2011 at 3:36 PM, Yuval Greenfield
wrote:
> If the current situation isn't fixed though - you just can't use the
> resulting path for almost anything. Do you have a use case Ishimoto?
I don't have use case. But does raisi
New submission from Atsuo Ishimoto :
In the gc.garbage of the library ref of gc module,
... this list contains only objects with __del__() methods.
This is not true, since gc.garbage will contain generator object with
try-finally block.
--
assignee: docs@python
components
Atsuo Ishimoto added the comment:
Oh, Not only try-finally block, generators contains try-except or with block
will be added to gc.garbage.
--
___
Python tracker
<http://bugs.python.org/issue11
Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment:
docdiff1.txt contains a documentation for functions I added.
Added file: http://bugs.python.org/file10456/docdiff1.txt
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment:
diff5.txt contains both code and documentation patch for PEP 3138.
- In this patch, default error-handler of sys.stdout is always 'strict'.
Added file: http://bugs.python.org/fil
Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment:
This patch contains following changes.
- Added the new C API PyObject_ASCII() for consistency.
- Added the new string formatting operater for str.format() and
PyUnicode_FromFormat.
Added file: http://bugs.python.org/file10507/dif
Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment:
BTW, are new C APIs and functions should be ported to Python 2.6 for
compatibility, without modifing repr() itself? If so, I'll prepare a
patch for Python 2.6.
___
Python tracker <[EMAIL PRO
Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment:
Thank you for your review!
I filed a new patch just before I see your comments.
On Tue, Jun 3, 2008 at 7:13 PM, Georg Brandl <[EMAIL PROTECTED]> wrote:
>
> Georg Brandl <[EMAIL PROTECTED]> added the comment:
>
Changes by Atsuo Ishimoto <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10511/diff7.txt
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment:
I updated the patch as per Georg's advice.
Added file: http://bugs.python.org/file10511/diff7.txt
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment:
I'm sorry, I missed a file to be uploaded. diff7_1.txt is correct file.
Added file: http://bugs.python.org/file10512/diff7_1.txt
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment:
stringlib can be compiled for Python 2.6 now, but the '!a' converter is
disabled by #ifdef for now.
Added file: http://bugs.python.org/file10518/diff8.patch
___
Python tracker <[EMAI
Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment:
Great, thank you!
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2630>
___
___
Python
New submission from atsuo ishimoto <[EMAIL PROTECTED]>:
In py3k, repr() escapes non-ASCII characters in Unicode to \u as
Python 2. This is unpleasant feature if you are working with non-latin
characters. This issue was once discussed by Hye-Shik Chang[1], but was
rejected. Here&#
atsuo ishimoto <[EMAIL PROTECTED]> added the comment:
> I think this has potential, but it is too liberal. There are many more
> characters that cannot be assumed printable, e.g. many of the Latin-1
> characters in the range 0x80 through 0x9F. Isn't there some Unicod
atsuo ishimoto <[EMAIL PROTECTED]> added the comment:
> What if we turn on the backslashreplace trick for some operations only?
> For example: sys_displayhook and sys_excepthook.
It would be difficult, since *_repr() API don't know
atsuo ishimoto <[EMAIL PROTECTED]> added the comment:
Okay, I'll revise a patch later today.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2630>
__
_
atsuo ishimoto <[EMAIL PROTECTED]> added the comment:
I revised a patch against Python 3.0a4.
- As-per suggestion from Michael Urman, unicode_repr()
refers unicode database to determine characters to be
hex-encoded.
- sys.stdout doesn't use 'backslashreplace
atsuo ishimoto <[EMAIL PROTECTED]> added the comment:
I think sys.stdout need to have backslashreplace error handler.
Without backslashreplace, print(listOfJapaneseString) prints nothing,
but raises an exception. This is worse than Python2.
__
Tracker &
atsuo ishimoto <[EMAIL PROTECTED]> added the comment:
Sorry, I missed to write "for interactive session".
I agree for sys.stdout and other files should not have default
backslashescape, but for iteractive session, I think sys.stdout can
have backslasespape handler to
atsuo ishimoto <[EMAIL PROTECTED]> added the comment:
> If you do want to have this more flexible, then make the encoding used
> by unicode_repr() adjustable, turn the existing code into a codec (e.g.
> "unicode-repr") and leave it setup as default.
Turning code
atsuo ishimoto <[EMAIL PROTECTED]> added the comment:
Is a codec which encode() returns an Unicode allowed in Python3? I
started to think codec is not nessesary, but python function is enough.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
atsuo ishimoto <[EMAIL PROTECTED]> added the comment:
New patch agaist current py3k branch.
All the regr tests faild by my patch is now fixed as far as I
can run.
I also modified a doctest module a bit, so should be reviewed
by module owners.
Added file: http://bugs.python.org/file10193
atsuo ishimoto <[EMAIL PROTECTED]> added the comment:
I forgot to mention to Modules/unicodename_db.h.
The current unicodename_db.h looks it was generated
by old Tools/unicode/makeunicodedata.py. This patch
includes newly generated unicodename_db.h, but we
can exclude the change
atsuo ishimoto <[EMAIL PROTECTED]> added the comment:
> No need to change anything, the diff is just too big for the code
> review tool (Rietveld), but since it consists only of numbers we don't
> need to review it anyway. :)
I wonder why unicodename_db.h ha
New submission from Atsuo Ishimoto <[EMAIL PROTECTED]>:
email.Header.decode_header() doesn't work if encoded-word was separeted
by CRLF.
For exmaple, decode_header('=?iso-8859-1?q?hello?=\r\n world.') returns
[('=?iso-8859-1?q?hello?=\r\n world.', None)], not [(&
New submission from Atsuo Ishimoto :
When I use Py_UNICODE_ISSPACE() in my C++ extension, I got following error.
test.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) unsigned char const * const _Py_ascii_whitespace"
(__imp_?_Py_ascii_whitespace@@3QBEB) ref
Atsuo Ishimoto added the comment:
I'm sorry, looks like my fault.
I attached a patch to fix issue. This patch contains re-generated
unicodetype_db.h. I downloaded Unicode 5.1.0 and Unicode 3.2.0 files
from unicode.org to re-generate.
--
keywords: +patch
Added file:
Atsuo Ishimoto added the comment:
multiprocessing module used to work multithread environment until
https://bugs.python.org/issue35943 merged.
I guess we can make multiprocessing thread-safe again if we move local imports
to global.
Does it make sense?
--
nosy: +ishimoto
Atsuo Ishimoto added the comment:
Some my observation at
https://discuss.python.org/t/differences-between-3-8-and-3-9-in-importing-module/5520
.
--
___
Python tracker
<https://bugs.python.org/issue41
Atsuo Ishimoto added the comment:
After this fix, some functions like multiprocessing.Pool cannot be used in
threaded code(https://bugs.python.org/issue41567).
importerror-sample.tgz contains simplified code to reproduce the same error
without multiprocessing module. Is this an expected
New submission from Atsuo Ishimoto :
I sometime use a hack to start interactive console after running script.
.. code-block:: python
import os
os.environ['PYTHONINSPECT'] = 'x'
print("Hello")
This hack works because ``PYTHONINSPECT`` is checked `he
Change by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<https://bugs.python.org/issue16482>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<https://bugs.python.org/issue17277>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Atsuo Ishimoto:
Objects associated to the panel with panel.set_userptr() are never DECREF()ed.
Attached file is script to reproduce the leak.
Confirmed with Python2.7/3.3.
--
files: userptr-leak.py
messages: 190433
nosy: ishimoto
priority: normal
severity: normal
Atsuo Ishimoto added the comment:
Implementation of inet_pton and inet_ntop by WSAAddressToStringA and
WSAStringToAddressA for Windows.
Conversion of IPv6 address might fail if IPv6 is
not installed.
Tested on Windows XP SP3 and Windows7.
--
keywords: +patch
nosy: +ishimoto
Added
Atsuo Ishimoto added the comment:
Cleaned up the patch.
Gennadiy added a test of shutil.move(), but SameFileError
will be raised only if shutil.copy() was called.
Am I missing something?
--
nosy: +ishimoto
Added file: http://bugs.python.org/file26394/issue1492704_new.patch
Atsuo Ishimoto added the comment:
Behavior is not changed at all.
I fixed test_shutil.py to test if SameFileError is raised in
shutil.copy() instead of shutil.move().
--
___
Python tracker
<http://bugs.python.org/issue1492
Atsuo Ishimoto added the comment:
So, the title of this issue is misleading.
The patch originally proposed by Zooko does not raise SameFileError in
shutil.move(). If source and destination is same file, shutil.move() may
raise exception, but the exception is NOT SameFileError but OSError or
Atsuo Ishimoto added the comment:
Well, I happy to improve patch.
But, on Linux and Windows, shutil.move() does not raise any exception if source
and destination are identical. If we change the behavior, I'm afraid we would
break a lot of existing applica
Atsuo Ishimoto added the comment:
Ooops, shutil.move() will raise SameFileError if destination is directory. I'll
investigate the patch further more.
--
___
Python tracker
<http://bugs.python.org/issu
Atsuo Ishimoto added the comment:
Patch updated.
- SameFileError is now derived from EnvironmentError.
- Fixed documentation.
- Fixed test method name.
I investigated this patch:
- shutil.copyfile() and shutil.copy() raises SameFileError if source and
destination are same file
Atsuo Ishimoto added the comment:
>> - SameFileError is now derived from EnvironmentError.
>
>Why?
oh, sorry, I misunderstood you suggested to do so.
--
___
Python tracker
<http://bugs.python.o
Atsuo Ishimoto added the comment:
Patch updated.
- SameFileError is reverted to be derived from shutil.Error as original patch.
--
Added file: http://bugs.python.org/file26406/issue1492704_new_3.patch
___
Python tracker
<http://bugs.python.
New submission from Atsuo Ishimoto :
os.chmod() should check symlinks if followsymlinks option is True on Windows.
This is a cause of failure of test case
test.test_shutil.TestShutil.test_copymode_follow_symlinks
(#13837)
--
components: Library (Lib), Windows
files
Atsuo Ishimoto added the comment:
Error in test_copymode_follow_symlinks is adderessed in #15411.
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue13
Atsuo Ishimoto added the comment:
Patch updated. Check symlinks only if supported by platform.
--
Added file: http://bugs.python.org/file26463/issue1492704_new_2.patch
___
Python tracker
<http://bugs.python.org/issue15
Changes by Atsuo Ishimoto :
Removed file: http://bugs.python.org/file26463/issue1492704_new_2.patch
___
Python tracker
<http://bugs.python.org/issue15411>
___
___
Pytho
Changes by Atsuo Ishimoto :
Added file: http://bugs.python.org/file26464/chmod_symlink_win32_2.patch
___
Python tracker
<http://bugs.python.org/issue15411>
___
___
Pytho
Atsuo Ishimoto added the comment:
Yet another patch to support symlink on Windows.
--
nosy: +ishimoto
Added file: http://bugs.python.org/file26487/issue9949.patch
___
Python tracker
<http://bugs.python.org/issue9
Atsuo Ishimoto added the comment:
Error in test_move_dangling_symlink is fixed by #9949
--
___
Python tracker
<http://bugs.python.org/issue13837>
___
___
Pytho
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue5619>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Atsuo Ishimoto :
test_posixpath.PosixCommonTest.test_nonascii_abspath fails on Japanese edition
of Windows.
If a file name was invalid byte character, os.chdir() raises
UnicodeDecodeError()
instead of WindowsError.
This is a byte-api issue on Windows, so we may be able to
Atsuo Ishimoto added the comment:
changed name of test method. In the old patch, new test method shadowed
existing one.
--
Added file: http://bugs.python.org/file26502/test_nonascii_abspath_2.patch
___
Python tracker
<http://bugs.python.
Changes by Atsuo Ishimoto :
Removed file: http://bugs.python.org/file26500/test_nonascii_abspath.patch
___
Python tracker
<http://bugs.python.org/issue15441>
___
___
Pytho
Changes by Atsuo Ishimoto :
Removed file: http://bugs.python.org/file26502/test_nonascii_abspath_2.patch
___
Python tracker
<http://bugs.python.org/issue15441>
___
___
Atsuo Ishimoto added the comment:
I'm sorry, I generated a patch in wrong direction.
--
Added file: http://bugs.python.org/file26506/issue15441.patch
___
Python tracker
<http://bugs.python.org/is
Atsuo Ishimoto added the comment:
This patch looks good to me.
I generated a patch for current trunk, with some cosmetic changes.
--
nosy: +ishimoto
Added file: http://bugs.python.org/file26507/issue15207.patch
___
Python tracker
<h
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue2122>
___
___
Python-bugs-list mailing list
Unsubscribe:
Atsuo Ishimoto added the comment:
Yes, I know #13374, that's why I wrote
> This is a byte-api issue on Windows, so we may be able to simply skip
> this test.
Do you think we need a patch to avoid UnicodeDecodeError raised?
Or should we change test t
Atsuo Ishimoto added the comment:
Here's another try:
In this patch:
- skip test_nonascii_abspath() test since it fails on some code pages.
- Added a test to reproduce bug on latin code pages.
- Use repr(filename) only if decode failed. This is more backward-compatible
and does not
Atsuo Ishimoto added the comment:
martin: while os.mkdir(b'\xe7w\xf0') succeeds, but strangely enough, subsequent
os.chdir(b'\xe7w\xf0') fails.
This is not a bug in Python, but Windows issue.
--
___
Python tracker
<
Atsuo Ishimoto added the comment:
Updated patch again.
In this patch, byte object is passed as argument to WindowsError as Victor's
patch.
I prefer to fix PyErr_SetFromWindowsErrWithFilename() over path_error(),
because PyErr_SetFromWindowsErrWithFilename() is public API, so someone ma
Atsuo Ishimoto added the comment:
> chcp does only change the OEM code page, whereas Python uses the ANSI code
> page for sys.getfilesystemencoding().
Sorry, I should have investigated the code more carefully.
> Attached patch win32_bytes_filename.patch tries to solve both is
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue10296>
___
___
Python-bugs-list mailing list
Unsubscribe:
Atsuo Ishimoto added the comment:
On Windows, 'target_is_directory' is required for directory symlink.
python -c "import os; os.mkdir('bar'); os.symlink('bar', 'foo',
target_is_directory=True); print(os.path.isdir('foo'))"
True
S
Atsuo Ishimoto added the comment:
ah, thank you for pointer! I should have googled before I wrote.
--
___
Python tracker
<http://bugs.python.org/issue15
Atsuo Ishimoto added the comment:
Jason: You can re-activate test you disabled if you use target_is_directory.
Please take a look at a issue15093.patch.
--
keywords: +patch
Added file: http://bugs.python.org/file26527/issue15093.patch
___
Python
Atsuo Ishimoto added the comment:
I think we can close this ticket as "won't fix".
--
___
Python tracker
<http://bugs.python.org/issue15093>
___
___
Atsuo Ishimoto added the comment:
Patch to cache result of check_GetFinalPathNameByHandle().
--
keywords: +patch
nosy: +ishimoto
Added file: http://bugs.python.org/file26535/issue12034.patch
___
Python tracker
<http://bugs.python.org/issue12
Atsuo Ishimoto added the comment:
Patch to check if locale was changed.
Since I'm not sure where to put tests for test.regrtest, I created
new file, test.test_regrtest.
--
keywords: +patch
nosy: +ishimoto
Added file: http://bugs.python.org/file26540/issue14135.
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue9035>
___
___
Python-bugs-list mailing list
Unsubscribe:
Atsuo Ishimoto added the comment:
Patch to expose GetVolumePathName() and implementation of ismount().
Tested on Windows7/XP.
--
keywords: +patch
Added file: http://bugs.python.org/file26558/issue9035.patch
___
Python tracker
<http://bugs.python.
Atsuo Ishimoto added the comment:
+1 for keeping the file name unchanged. This solution is not very
compatible with prior versions, but simple and least-surprise.
I prefer other platforms than Windows to use same method to build OSError
Atsuo Ishimoto added the comment:
patch contains fix and test for 2.7.
With this patch, AttibuteError is captured as Tim sujested.
--
keywords: +patch
nosy: +ishimoto
Added file: http://bugs.python.org/file26595/issue15267.patch
___
Python tracker
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue1610654>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue8847>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue14302>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue6132>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue7671>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue4722>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue7686>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue15486>
___
___
Python-bugs-list mailing list
Unsubscribe:
Atsuo Ishimoto added the comment:
I found 'more' command in Windows7 requires \r\n.
Python 2.7.3:
C:\>python -c "for i in range(5):print(i)"|more
0
1
2
3
4
Python 3.3(trunk):
c:\src\cpython\PCbuild>python -c "for i in range(5):print(i)"|mo
Atsuo Ishimoto added the comment:
Test for this issue. Tested on Windows7, Ubuntu linux 12.04.
I wonder why "print(1, file=sys.stderr)" returns '1' instead of '1\n'.
But in Python2.7, "print >>sys.stderr, 1" also returns '1',
so t
Changes by Atsuo Ishimoto :
--
nosy: +ishimoto
___
Python tracker
<http://bugs.python.org/issue15216>
___
___
Python-bugs-list mailing list
Unsubscribe:
Atsuo Ishimoto added the comment:
On Fri, Aug 3, 2012 at 5:16 AM, STINNER Victor wrote:
>> I wonder why "print(1, file=sys.stderr)" returns '1' instead of '1\n'.
>
> I suppose that you mean "returns '1\n' instead of '1'"
New submission from Atsuo Ishimoto:
In http://docs.python.org/dev/library/io.html:
"if newline is None, any '\n' characters written are translated to the system
default line separator, os.linesep. "
But os.linesep is not referred at all. On Windows default newline
Atsuo Ishimoto added the comment:
Fix for test_httpservers
--
Added file: http://bugs.python.org/file26694/issue13119_httpserver.patch
___
Python tracker
<http://bugs.python.org/issue13
Atsuo Ishimoto added the comment:
Sorry, please ignore the patch 'issue13119_httpserver.patch' I posted above.
Behavior of "-u" commandline option in Python3.3 is differ than in Python 2.
We should not convert newline characters if "-u" spe
Atsuo Ishimoto added the comment:
We should not convert \n with -u command line option or PYTHONUNBUFFERED was
set.
Added a patch to fix error in test_httpservers.
--
Added file: http://bugs.python.org/file26695/issue13119_unbuffered.patch
Atsuo Ishimoto added the comment:
Antoine Pitrou added the comment:
>
>> We should not convert \n with -u command line option or PYTHONUNBUFFERED was
>> set.
>
> Why that? What do universal newlines have to do with buffering?
Man page of Python says
-u Force stdin, s
Atsuo Ishimoto added the comment:
> I don't know which version it is, but current 3.3 says:
Ah, sorry, I thought I was reading latest Man page.
--
___
Python tracker
<http://bugs.python.org
1 - 100 of 118 matches
Mail list logo
