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
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:
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
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 `here
<https://gith
Change by Atsuo Ishimoto <atsuoishim...@gmail.com>:
--
nosy: +ishimoto
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue17277>
___
Change by Atsuo Ishimoto <atsuoishim...@gmail.com>:
--
nosy: +ishimoto
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue16482>
___
Atsuo Ishimoto added the comment:
> Benjamin Peterson added the comment:
>
> The OP probably wants something like the Linux-specific signalfd() syscall.
Yes.
Long explanation:
I have an console text editor written in
Python/curses(http://kaaedit.github.io/).
This editor di
Atsuo Ishimoto added the comment:
Thank you for good sample. This should be written in PEP 475.
But installing new signal handler can cause different behavior.
As in my previous example, if other 3rd party libraries(ncurses in my case)
need to handle the signal, signal is consumed by Python
New submission from Atsuo Ishimoto:
I expect following code prints '\x1c' when I resize terminal window on
Linix/Mac terminal.
import select, os, signal
rfd, wfd = os.pipe()
os.set_blocking(wfd, False)
signal.set_wakeup_fd(wfd)
select.select([rfd
Atsuo Ishimoto added the comment:
Okay, so I think this needed to be documented in signal.set_wakeup_fd().
IMO this reduces usefulness of set_wakeup_fd(). If I need to install custom
handler by my self, I can write to fd in my own custom handler.
And, installing custom handler omits
Changes by Atsuo Ishimoto ishim...@gembook.org:
Removed file: http://bugs.python.org/file26487/issue9949.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9949
Atsuo Ishimoto added the comment:
I have unlinked my patch since it doesn't looks correct now. Sorry for
disturbing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9949
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19977
___
___
Python-bugs-list
Hi,
Thank you for your question.
What's a console user interface? That's what Windows calls a DOS
box. But otherwise you seem to imply it runs on Linux.
I meant to say something like DOS box or Linux terminals.
Unfortunately, Kaa does not work on Windows DOS box since Kaa requires
curses
)
Kaa is written in Python 3.3. So, you can easily customize many
aspects of Kaa with simple Python scripts.
Please take a look at http://kaaedit.github.io for screen shots and
installation instruction.
Regards,
--
Atsuo Ishimoto
Mail: ishim...@gembook.org
Twitter: atsuoishimoto
--
https
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
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10952
___
___
Python-bugs-list
Atsuo Ishimoto added the comment:
Converting identifiers to NFKC is problematic to work with FULLWIDTH letters
such as 'a'(FULLWIDTH LATIN SMALL LETTER A).
We can create module named 'aaa.py', but this module could not be imported on
all platforms I know.
import aaa
Traceback (most recent
Atsuo Ishimoto added the comment:
In Python 3.3, we have contextlib.ExitStack() for multiple contexts.
So, perhaps we can close this issue?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12782
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12782
___
___
Python-bugs-list
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, stdout and stderr
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 rep...@bugs.python.org
http://bugs.python.org/issue13119
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 is always
'\r\n' on Windows
Atsuo Ishimoto added the comment:
Fix for test_httpservers
--
Added file: http://bugs.python.org/file26694/issue13119_httpserver.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13119
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 specified? I'll investigate
more
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
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15216
___
___
Python-bugs-list
Atsuo Ishimoto added the comment:
On Fri, Aug 3, 2012 at 5:16 AM, STINNER Victor rep...@bugs.python.org 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'.
No, sorry for my lame wording.
In the test I submitted
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 this might not be a problem.
--
Added file: http
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\PCbuildpython -c for i in range(5):print(i)|more
?
--
nosy: +ishimoto
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 ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1610654
___
___
Python-bugs-list
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8847
___
___
Python-bugs-list
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14302
___
___
Python-bugs-list
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6132
___
___
Python-bugs-list
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7671
___
___
Python-bugs-list
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4722
___
___
Python-bugs-list
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7686
___
___
Python-bugs-list
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15486
___
___
Python-bugs-list
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 to expose GetVolumePathName() and implementation of ismount().
Tested on Windows7/XP.
--
keywords: +patch
Added file: http://bugs.python.org/file26558/issue9035.patch
___
Python tracker rep...@bugs.python.org
Atsuo Ishimoto ishim...@gembook.org 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 ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9035
___
___
Python-bugs-list
Atsuo Ishimoto ishim...@gembook.org 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
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10296
___
___
Python-bugs-list
Atsuo Ishimoto ishim...@gembook.org 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
Should we automatically specify
Atsuo Ishimoto ishim...@gembook.org added the comment:
ah, thank you for pointer! I should have googled before I wrote.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15093
Atsuo Ishimoto ishim...@gembook.org 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
Atsuo Ishimoto ishim...@gembook.org added the comment:
I think we can close this ticket as won't fix.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15093
Atsuo Ishimoto ishim...@gembook.org 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 rep
Atsuo Ishimoto ishim...@gembook.org 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 to skip
Atsuo Ishimoto ishim...@gembook.org 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
Atsuo Ishimoto ishim...@gembook.org 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 rep
Atsuo Ishimoto ishim...@gembook.org 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
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5619
___
___
Python-bugs-list
New submission from Atsuo Ishimoto ishim...@gembook.org:
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
Atsuo Ishimoto ishim...@gembook.org 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 rep
Changes by Atsuo Ishimoto ishim...@gembook.org:
Removed file: http://bugs.python.org/file26500/test_nonascii_abspath.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15441
Changes by Atsuo Ishimoto ishim...@gembook.org:
Removed file: http://bugs.python.org/file26502/test_nonascii_abspath_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15441
Atsuo Ishimoto ishim...@gembook.org added the comment:
I'm sorry, I generated a patch in wrong direction.
--
Added file: http://bugs.python.org/file26506/issue15441.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15441
Atsuo Ishimoto ishim...@gembook.org 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
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2122
___
___
Python-bugs-list
Atsuo Ishimoto ishim...@gembook.org added the comment:
Error in test_move_dangling_symlink is fixed by #9949
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13837
Atsuo Ishimoto ishim...@gembook.org added the comment:
Yet another patch to support symlink on Windows.
--
nosy: +ishimoto
Added file: http://bugs.python.org/file26487/issue9949.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
New submission from Atsuo Ishimoto ishim...@gembook.org:
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
Atsuo Ishimoto ishim...@gembook.org added the comment:
Error in test_copymode_follow_symlinks is adderessed in #15411.
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13837
Atsuo Ishimoto ishim...@gembook.org 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 rep...@bugs.python.org
http
Changes by Atsuo Ishimoto ishim...@gembook.org:
Removed file: http://bugs.python.org/file26463/issue1492704_new_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15411
Changes by Atsuo Ishimoto ishim...@gembook.org:
Added file: http://bugs.python.org/file26464/chmod_symlink_win32_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15411
Atsuo Ishimoto ishim...@gembook.org 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
Atsuo Ishimoto ishim...@gembook.org 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
Atsuo Ishimoto ishim...@gembook.org 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 rep...@bugs.python.org
http
Atsuo Ishimoto ishim...@gembook.org 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
Atsuo Ishimoto ishim...@gembook.org 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 applications
Atsuo Ishimoto ishim...@gembook.org added the comment:
Ooops, shutil.move() will raise SameFileError if destination is directory. I'll
investigate the patch further more.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Atsuo Ishimoto ishim...@gembook.org 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
Atsuo Ishimoto ishim...@gembook.org added the comment:
- SameFileError is now derived from EnvironmentError.
Why?
oh, sorry, I misunderstood you suggested to do so.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1492704
Atsuo Ishimoto ishim...@gembook.org 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 rep
Atsuo Ishimoto ishim...@gembook.org added the comment:
On Wed, Oct 26, 2011 at 3:36 PM, Yuval Greenfield
rep...@bugs.python.org 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
Atsuo Ishimoto ishim...@gembook.org 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
Atsuo Ishimoto ishim...@gembook.org added the comment:
On Wed, Oct 26, 2011 at 9:12 AM, STINNER Victor rep...@bugs.python.org wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Le 26/10/2011 01:32, Atsuo Ishimoto a écrit :
- I don't think filenames cannot be decoded
New submission from Atsuo Ishimoto ishim...@gembook.org:
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
Atsuo Ishimoto ishim...@gembook.org added the comment:
Oh, Not only try-finally block, generators contains try-except or with block
will be added to gc.garbage.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11346
Atsuo Ishimoto ishim...@gembook.org added the comment:
Here's an updated patch for py3k branch.
As per Georg's comment, I added to check codepoint in the character
ranges, conversion to the surrogate pairs. I also added check to raise
exception if codepoint 0x10.
I with to English
Atsuo Ishimoto ishim...@gembook.org added the comment:
+1 for Tony's patch.
This patch reverts fix for Issue1582282 filed by tkikuchi.
I cannot understand the rationale for solution proposed in
Issue1582282. How does the fix make easier to read mails from
Entourage?
--
nosy: +ishimoto
Atsuo Ishimoto ishim...@gembook.org added the comment:
I tested with py3k branch and worked fine. Thank you.
--
versions: +Python 2.6, Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5640
New submission from Atsuo Ishimoto ishim...@gembook.org:
In Python 3(both 3.0.1 and SVN repo), if I set
PYTHONIOENCODING=ShiftJIS:backslashreplace, print()
outputs wrong result.
print(\xff)
\xff\xff
Obviously, '\xff' should be printed instead of '\xff\xff'.
Following is what io module does
Atsuo Ishimoto ishim...@gembook.org added the comment:
My proposal to make backslashreplace a default error handler
for interactive session was rejected by Guido [1].
Does something like
PYTHONIOENCODING=ascii:backslashreplace
work for you? With PYTHONIOENCODING, you can effectively make
Atsuo Ishimoto ishim...@gembook.org 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
New submission from Atsuo Ishimoto ishim...@gembook.org:
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
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 [('hello',
'iso-8859-1'), (' world
Atsuo Ishimoto [EMAIL PROTECTED] added the comment:
Great, thank you!
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2630
___
___
Python-bugs-list mailing list
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/diff6.txt
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 PROTECTED]
http
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:
Review:
* Why is an empty string
Changes by Atsuo Ishimoto [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10511/diff7.txt
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2630
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.python.org/issue2630
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.python.org/issue2630
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.python.org/issue2630
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 have not updated after
1 - 100 of 114 matches
Mail list logo