Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Module will be deleted at the end of file anyway (delete _ctypes), maybe
we could just do "import ctypes" and "delete ctypes".
Added file: http://bugs.python.org/file1118
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
title: Add some basic mssing types in ctypes.wintypes -> Add some missing basic
types in ctypes.wintypes
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Currently, I get following messege.
E:\PYTHON~1\py3k\Lib\test>py3k regrtest.py test_dbm_ndbm.py
test_dbm_ndbm
test_dbm_ndbm skipped -- No module named _dbm
1 test skipped:
test_dbm_ndbm
1 skip unexpected on win32:
test
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
This patch will partialy backport r53335
--
keywords: +patch
nosy: +ocean-city
Added file: http://bugs.python.org/file11315/fix_deprecated_sets.patch
___
Python tracker <[EMAIL
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
As title, platform.architecture() prints vogus messege.
>>> import platform
>>> platform.architecture()
指定されたパスが見つかりません。
('32bit', 'WindowsPE')
It says "speicied path is not found".
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: +needs review
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3732>
___
_
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
This difference between trunk and py3k would go down to this.
import os
os.popen(r'file e:\python-dev\py3k\PC\VC6\python_d.exe 2> /dev/null')
trunk prints nothing, but py3k prints that message.
I don't know
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I've attached patch. (trunk)
>BTW: I assume you are running this on win32, right ?
Yes, I'm running win2k.
--
assignee: lemburg ->
keywords: +patch
versions: -Python 2.6
Added file: http://bugs.python.o
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66100.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66104(trunk) and r66106(py3k)
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Sorry, I don't know about interpreter core, and I cannot reproduce this
error. I believe Trent is more familiar with buildbot and python core
than me.
--
nosy: +Trent.Nelson
___
Pyt
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Can you try this patch?
1. used "file -b" option to eliminate file path. Otherwide, re.split
won't work because file path will contain space like this. (I hope -b
option can be used anywhere "file" command
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
[off topic]
I used cygwin to create this patch, but platform.architecture()[1]
becomes empty string because sys.executable in cygwin points to
directory. (at least before installing)
Python 2.6b3+ (trunk:66142M, Sep 2 2008, 17
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Well, should I backport this to release25-maint branch?
(If accepted, issue3719 as well)
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Well, if python was installed into directory named
"foo ELF boo", python will say wrong architecture.
>>> import platform
>>> platform.architecture()
('32bit', &#
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
OK, I understand. And I must apologizes about previous
my patch.
fileout = _architecture_split(output)[1:]
should not be deleted. It was should be changed to
fileout = _architecture_split(output)
Tha
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
asyncore.file_wrapper() dups passed handle, so original handle must be
closed.
--
components: Tests
files: test_asyncore.patch
keywords: patch
messages: 72343
nosy: ocean-city
severity: normal
status: open
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: +easy, needs review
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66162(trunk), r66163(py3k)
--
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
I created symbolic link to python.exe as dummy.exe on cygwin.
But I noticed platform.architecture() printed ('32bit', '')
$ ./dummy
Python 2.6b3+ (trunk:66166M, Sep 3 2008, 06:43:59)
[GCC 3.4.4 (cygming sp
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
- But I noticed platform.architecture() printed ('32bit', '')
+ But I noticed platform.architecture() printed ('32bit', '')
when I lanched python via d
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
This sliped out of my mind. :-(
[issue3719]
>Python versions and must at least support Python 2.1.
os.path.realpath is new feature in Python2.2, so probably this cannot be
used. I attached another patch platform
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3762>
___
___
Python-bugs-list mailin
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file11355/platform.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: +easy, needs review
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66213(trunk), r66214(release-maint25), r66216(py3k).
--
resolution: accepted -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<h
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
resolution: accepted -> fixed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I tried, and I confirmed released python2.5.2 runs fine. and
py3k, trunk, release25-maint fails. Probably something changed after
2.5.2 release.
--
nosy: +ocean-city
versions: +Python 2.5, Pyth
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I've not tested this so heavily, but patch could be simple.
self._tclCommands could be None, so should check it.
--
keywords: +easy, needs review, patch
Added file: http://bugs.python.org/file11375/men
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Hello. I confirmed test_winreg.py passed after applied
marshal-winreg_bytes.patch.
--
nosy: +ocean-city
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
This test is for issue. (I didn't know sys.getrefcount)
This test doesn't cover the case like os.rename(str, int), but it might
be better than no tests.
--
components: Tests
files: test_for_issue.patch
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
OK, this is revised patch.
Added file: http://bugs.python.org/file11426/test_for_issue.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
LockTests is meaningfull only when thread is available, so this patch
removes it from tests when thread is unavailable. This patch is for trunk.
--
components: Tests
files: test_imp.patch
keywords: patch
messages: 7280
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Like attached new patch? There was no strong meaning. :-)
del tests[0] can can preserve order of tests, but it's not so important,
is it.
Added file: http://bugs.python.org/file11428/tes
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66316(trunk), r66318(release25-maint), r66320(py3k)
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
I'm not sure how to fix this, (or even should fix this) when configure
--without-threads, error message is not pretty. This happens at trunk,
but probably same thing would happen at py3k.
gcc -shared -Wl,--enable-auto-image
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Hello. I failed to build py3k on cygwin (configure --without-threads).
It's because io.py imports _dummy_thread, and it imports traceback, and
it tries to import c-module itertools which is not built yet.
Attached file is
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file11430/py3k_workaround.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Sorry, I removed workaround patch. It was not simply working.:-(
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thanks. Fixed in r66319(trunk) and r66334(py3k).
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
On cygwin, py3k aborts if lanches it via symbolic link.
message beg /
Could not find platform independent libraries
Could not find platform dependent libraries
Consider setting $PYTHONH
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file11433/py3k_getpath_v2.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I'm not sure if I'm doing right thing, but this patch works on cygwin at
least.
--
keywords: +patch
Added file:
http://bugs.python.org/file11436/skip_multiprocessing_witho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Oh, I misunderstood the reason...
readlink() can return non-null-terminated string, so mbstowcs may
convert illegual memory area. I've attached py3k_getpath_v3.patch.
Added file: http://bugs.python.org/file11437/py3k_getpa
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Simple workaround is to remove itertools from traceback module and write
equivalent code to itertools.chain.
I'm not sure it is acceptable put such limitation to standard library.
(That is, traceback is used from build process
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66338(py3k).
--
resolution: accepted -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66340(py3k).
--
resolution: accepted -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
I noticed test_tarfile on py3k fails like this.
==
ERROR: test_directory_size (__main__.Wri
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: +needs review
versions: +Python 3.0
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Sorry, probably I saw illusion... If uses cp932 codec, still
test_tarfile.py reports error. :-(
==
ERROR: test_tar_size (__main__.Wri
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Yes, when I did it last night, I thought I could compile it and saw OK
on test_tarfile.py, but probably I dreamed. :-(
#define PyUnicode_FromString(s) PyUnicode_Decode(s, strlen(s), "cp932",
"strict")
or f
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
This differs from issue3824. test_tarfile claims following error at the
end of test.
Traceback (most recent call last):
File "test_tarfile.py", line 1210, in
test_main()
File "test_tarfile.py"
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
test_urllib's test_geturl fails with following messege.
test_urllib
test test_urllib failed -- Traceback (most recent call last):
File "/home/WhiteRabbit/python-dev/trunk/Lib/test/test_urllib.py",
lin
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I cannot create patch now, but test_site error comes from same reason.
>test_support.TESTFN is /tmp/@test on cygwin
After I applied following adhok patch, test passed.
Index: Lib/test/tes
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Same happend in test_import.py too.
>test_support.TESTFN is /tmp/@test on cygwin
This was false information. There was a directry named @test, so
open(TESTFN, "w+") in test_support.py failed, "/tmp/@test" was
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>for i in range(self.index(index1), self.index(index2)+1):
Probably your working copy is bit old. Please try latest file.
This issue was fixed in r65971. :-)
# I've added nosy list from issue1342811.
--
nosy: +ben
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
self.deletecommand doesn't remove menu item, so we don't have to care
about index shifting like bellow. +1 for gpolo's patch.
>>> a = [0, 1, 2, 3]
>>> for i in xrange(len(a)):
... del a[i]
...
Tr
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I thought socket handle on BeOS is not file descripter neighter. (I'm
not sure BeOS is still supported or not)
>Another solution would be to reuse code from Modules/selectmodule.c.
You mean this code?
if (v < 0 |
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: +needs review
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3321>
___
_
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I've implemented "another solution". test_open() in
test_multithreading.patch won't pass though It'll raise error in
conn.poll() not in constructor.
$ ./dummy.exe b.py
Traceback (most recent call l
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I've tried this issue on VC6 + db4.7.25.0 + win2k, and I could reproduce
error.
I added following patch for investigation.
Index: Lib/bsddb/test/test_rep
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
I'm not VC9 guy, but it looks not up-to-date on _bsddb section.
--
assignee: georg.brandl
components: Documentation
files: slight_readme_fix.patch
keywords: patch
messages: 73391
nosy: georg.brandl, ocean-city
sever
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: +needs review
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3838>
___
_
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in trunk(r66539) and py3k(r66540).
>BTW, I've never used Cygwin before, is it always that slow? 10 minutes
for a configure script on a recent machine is a real pain.
Yes, that's really painful. On my bo
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: -needs review
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>AttributeError: 'NoneType' object has no attribute 'rfind'
Fixing this error is not difficult. I think attached patch is enough.
But still cygwin user who wants to use sqlite3 module won't be happy.
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Currently msvc build ignores shutil.rmtree error, this workaround is
needed for cygwin too.
==
ERROR: test_build_ext (distutils.tests.test_build_ext.BuildExtTe
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66542(trunk) and r66543(py3k).
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9786/fix.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Patch revised.
--
components: +Interpreter Core -None
Added file:
http://bugs.python.org/file11548/py3k_adjust_cursor_at_syntax_error.patch
___
Python tracker <[EMAIL PROTECTE
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Sorry, the patch didn't work... I didn't understand Martin's word. And
nl_langinfo(CODESET) is useless on cygwin because it's always US-ASCII.
___
Python tracker
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Removed file:
http://bugs.python.org/file11455/experimental_mbcstowcs_codec.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I'm not cygwin user, but cygwin seems not to support multibyte function.
Following program outputs 5 on VC6 as expected, but 10 on cygwin.
Hmm...
#include
#include
#include
int main(int argc, char* argv[])
{
c
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Currently, fails to build trunk on cygwin.
gcc -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I. -
I/home/WhiteRabbit/python-dev/trunk/./Include -I. -IInclude -I./Include
-I/home/
WhiteRabbit/python-dev
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>The patch is OK, even if the second half is not necessary:
>PyType_Ready() takes care of the ob_type field.
Oh, OK.
>Adding brackets in the macro would be wrong: the object layout is
>different between 2.6 and 3.0.
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r66566(trunk).
--
resolution: accepted -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
I'm not sure this is python's bug or cygwin's bug, thread enabled python
crashes thread related tests on cygwin. (ex: test_exit on test_sys.py,
test_threading.py etc)
After some investigation, I found following w
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
releast25-maint is fine probably because CRYPTO_set_locking_callback()
is not used in Modules/_ssl.c. I don't try configure --with-threads on
py3k, but probably same on trunk.
___
Python trac
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: +needs review
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1706863>
___
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
# I found this infomation via "svn blame"
According to issue403947, cygwin once used CygwinCCompiler, and problem
was there, swiched to UnixCCompier. (r19674)
If this issue is not solved yet, maybe it's n
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Python is not using CCygwinCCompiler to build itself on cygwin. See
issue2445.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
> What is test result if the environment variable LANG is set to C ?
There is no change.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>Doesn't getgrgid() return the untranslated content of /etc/group?
>Then the encoding of this file is relevant.
Yes, /etc/group contains "なし" as gr_name in MBCS,（"なし" means
"nothing"）and I
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>So, is my patch acceptable?
Umm, it works, but I'm not sure we can call import library as dylib...
If it's not problem, I think your patch is fine.
# I had considered attached patch "experimental_distutils.pa
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
May this info help?
http://coding.derkeiler.com/Archive/Tcl/comp.lang.tcl/2008-02/msg01363.html
--
nosy: +ocean-city
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>Thread 7282896l tries to lock same object twice.
This was not cause of problem. I saw crash after one lock on another thread.
I could create the C code to reproduce crash. (reproduce.zip)
But strangely, I couldn't crash
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Victor, this is fp_setreadl's problem, so if put "tok->lineno = -1"
anywhere, it should be in fp_setreadl(), I think.
r = set_readline(tok, cs);
if (r) {
/* 1 */
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>extra changes that has to go in a
>specific compiler class. As example platform can be any but compiler
>gcc(mingw) that produce executables for windows host platform.
You are right. It should be. My patch is just
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Sorry, I noticed another bit. If main.exe is linked to libssl.dll.a and
libcrypto.dll.a it will crash, but linked to libssl.a and libcrypto.a it
won't crash. (I renamed *.dll.a temporary)
I'll try to build http://www.op
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thank you for great explanation! Probably you are right... I'll look
into the code.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Maybe I can fix this openssl bug with pthread_cleanup_push, but this is
openssl bug, we cannot fix it directly.
I propose to commit workaround in msg73649 for 2.6 release.
___
Python tracker &
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
And after openssl will be fixed, change it to
#if defined(WITH_THREAD) && !(defined(__CYGWIN__) &&
OPENSSL_VERSION_NUMBER < ???)
___
Python tracker <[EMAIL PROTECTED]>
&l
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
That workaround leaves unused function warning. This patch is revised patch.
--
keywords: +needs review, patch
Added file:
http://bugs.python.org/file11631/disable_setup_ssl_threads_on_cygwin
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: -needs review
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1706863>
___
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
components: +Extension Modules
priority: -> critical
versions: +Python 3.0
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Cygwin1.5 also hangs on test_3_join_in_forked_from_thread.
Cygwin1.7 + following snapshot doesn't hang but
http://cygwin.com/snapshots/cygwin1-20080929.dll.bz2
fails with follow
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
You are right, this issue is more difficult than I thought...
I found wcswidth(3), if this function is available we can use this
function, but unfortunately there is no such function in VC6 and this
function is meaningless on cygwn
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Amaury, if doing so, the cursor will shift left by 5 columns on my
environment like this, no? ("あ" requires 2 columns for example)
print "あいうえお"
^
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I think gpolo's patch can go.
>I'm not sure (self._tclCommands is not None) check is not really needed.
I want to cancel this opinion. I saw no self._tclCommands check before
any other deletecommand() call, I
301 - 400 of 918 matches
Mail list logo
