New submission from
Hirokazu Yamamoto
:
Attached code "test_tixGrid.py" fails with following error message.
TypeError: yview() takes exactly 1 argument (4 given)
--
components: Tkinter
files: test_
Hirokazu Yamamoto
added the comment:
Probably right fix is attached file "fix_tixGrid.patch"
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.p
Changes by
Hirokazu Yamamoto
:
--
versions: +Python 2.6
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Hirokazu Yamamoto
added the comment:
OK, how about this patch? I extracted [xy]view{,_moveto,_scroll}
as mixin class [XY]View, and included them. It seems working.
__
Tracker <[EM
New submission from
Hirokazu Yamamoto
:
Following code illegally print "NaN" on Python2.5.
from decimal import *
d1 = Decimal("23.08589694291355371979265447")
d2 = Decimal("2.302585092994045640179
Hirokazu Yamamoto
added the comment:
I tracked down, and I noticed following code was invoked.
Lib/decimal.py (release-maint25 Decimal#_rescale)
1912: if watchexp and digits > context.prec:
1913: return cont
Hirokazu Yamamoto added the comment:
I updated patch. To avoid conflict and ,
WIN32_LEAN_AND_MEAN is needed.
Added file: http://bugs.python.org/file8608/vc6-trunk-ver2.patch
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/iss
Hirokazu Yamamoto added the comment:
Sorry for late repry. I couldn't apply Issue1522587's patch itself
because it was too old, so I tried only [xy]view{,_moveto,_scroll}
functions by applying patch partially. (partial.patch) And yes, it worked.
Added file: http://bugs.python.or
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file22182/patch_v2.patch
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Python-bug
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file22183/patch_v2.txt
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Python-bugs-list m
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file22006/patches_v2.tar.gz
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Python-bug
Hirokazu Yamamoto added the comment:
This issue seems to be reproduced in following way.
1. Attach USB flash drive. (On my machine, it was attached as E drive)
2. Run python interactive shell and run following commands.
(Confirmed on Python2.6)
> import mmap
> f = open("
Hirokazu Yamamoto added the comment:
I tried issue12084_XP.diff, but os.stat()/os.lstat() always failed with
following message because it raises exception on top of it when running on XP.
Python 3.2.1rc1+ (default, Jun 14 2011, 16:26:11) [MSC v.1200 32 bit (Intel)] on
win32
Type "
Hirokazu Yamamoto added the comment:
I created several patches.
quick1.patch: os.stat() traverses junction on Vista/7, and raises error on XP.
quick2.patch: os.stat() never traverse junction on all windows.
quick3.patch: os.stat() should traverse junction os Vista/7, but doesn't on XP.
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file22362/quick2.patch
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Python-bugs-list m
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file22363/quick3.patch
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Python-bugs-list m
Hirokazu Yamamoto added the comment:
Yes, I can confirm the same bug on Python3.2 and others. The reason is LIBPATH
includes not "PC/VS8.0" but "PC/VS8.0/win32release" which doesn't exist. I hope
attached patch will fix this issue.
--
_
Hirokazu Yamamoto added the comment:
> Does test_build_ext pass?
Here are results. py26 is calling python_d.exe built with VS8.0.
I installed VS8.0 very recently, so I'm not familier with historical
reason. ;-)
# Translate error message into English...
# LINK : fatal error LNK1104
Hirokazu Yamamoto added the comment:
After creating experimental patch, I could supress dialog
and error message on VS8.0. But it seems there is no way to
suppress error message on VC6. That is,
FAILED (failures=1)
Traceback (most recent call last):
File "e:\python-dev\py3k\lib\run
New submission from Hirokazu Yamamoto :
bzip2 project sometimes fails to build pyd file. This is because
(snip)
nmake /nologo /f makefile.msc lib
(snip)
nmake /nologo /f makefile.msc clean
is run by bzip2.vcproj, but "lib" command won't create
bzip2.exe nor bzip2recover.exe
Hirokazu Yamamoto added the comment:
Here is the patch. On VS8.0 or above,
* Avoid DebugBreak() call by IsDebuggerPresent().
* Tell abort() not to print message to console or window.
--
keywords: +patch
Added file: http://bugs.python.org/file18809/py3k_fix_test_capi_crash.patch
Hirokazu Yamamoto added the comment:
Both os.path.samefile and os.path.sameopenfile are now in py3k.
And release27-maint is in feature freeze, so I think this issue
should be closed.
# Implemented on
os.path.samefile: #1578269
os.path.sameopenfile: #7566
--
resolution: -> out of d
Hirokazu Yamamoto added the comment:
Patch for import.c was checked in (#9752), so last piece is just patch
for Include/pythread.h. I'll commit this near future. I believe this is
not problematic.
--
assignee: -> ocean-city
___
Python
New submission from Hirokazu Yamamoto :
I noticed regrtest claimed it cannot delete folder after test_tarfile
ran. It was like this.
Traceback (most recent call last):
File "e:\python-dev\py3k\lib\runpy.py", line 160, in _run_module_as_main
"__main__", fname, loader,
Changes by Hirokazu Yamamoto :
--
stage: -> commit review
___
Python tracker
<http://bugs.python.org/issue9815>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Hirokazu Yamamoto :
Hello. I noticed test suite reports WARNING every time.
///
E:\python-dev>py3k -m test.regrtest test_os
WARNING: The filename '@test_464_tmp-共有される' CAN be encoded by the filesyste
m encoding (m
Hirokazu Yamamoto added the comment:
And one little thing. I noticed variable name varies in
python2.x and python3.x.
TESTFN_UNICODE_UNDECODEABLE (2.x)
TESTFN_UNICODE_UNDECODABLE (3.x)
I think 2.x should be unified into 3.x name. Thanks
Hirokazu Yamamoto added the comment:
Thank you for a reply.
> u'\u2661' is encodable to cp949
Doh!
I can imagine it's difficult to find out such character. ;-)
--
___
Python tracker
<http://bugs
Hirokazu Yamamoto added the comment:
I also confirmed '\u0363' can be used as filename.
"dir" command cannot print filename correctly, though.
E:\python-dev\foo のディレクトリ
2010/09/10 19:44 .
2010/09/10 19:44 ..
2010/09/10 19:44
Hirokazu Yamamoto added the comment:
Hello. How about this patch? I just mimicked create_stdio() in
Python/pythonrun.c. (Mostly) Newlines looks correct as well as
python2.x. I tested this on windows.
--
nosy: +ocean-city
Added file: http://bugs.python.org/file18824
Hirokazu Yamamoto added the comment:
And here is more advanced (?) patch. More closer to Python/pythonrun.c
's implementaion.
I tried regrtest_stdout_newline.patch, but it doesn't work.
# AttributeError: '_io.TextIOWrapper' object has no attribute '_writenl'
Hirokazu Yamamoto added the comment:
I believe attached patch will fix this issue. Please forget
previous patch.
--
Added file: http://bugs.python.org/file18826/py27_fix_threaded_file_close.patch
___
Python tracker
<http://bugs.python.org/issue9
Hirokazu Yamamoto added the comment:
Maybe is #5619 related?
--
dependencies: +Pass MS CRT debug flags into subprocesses
___
Python tracker
<http://bugs.python.org/issue9
Hirokazu Yamamoto added the comment:
Thank you for the fix.
> Who cares? We just have to be able to create a file with a name
> containing non encodable characters, list the directory, and then
> remove this evil file.
I won't. ;-)
Sorry, that was not compliant. I jus
Hirokazu Yamamoto added the comment:
How about TESTFN_UNICODE (test_unicode_file) issue?
Should I reopen this entry or invalid?
--
___
Python tracker
<http://bugs.python.org/issue9
New submission from Hirokazu Yamamoto :
When I ran the code in #6869 (msg95444) on py3k, I noticed
Fatal Python error occurs.
# Actually, I need to copy created executable file into
# PC/VC6 directoly where python32_d.dll exists. Otherwise,
# the error "encoding.utf-8 was not found&quo
Hirokazu Yamamoto added the comment:
Sorry, msg92444
--
___
Python tracker
<http://bugs.python.org/issue9828>
___
___
Python-bugs-list mailing list
Unsubscribe:
Hirokazu Yamamoto added the comment:
Thank you, your patch works.
E:\python-dev\py3k>py3k -m test.test_unicode_file
test_directories (__main__.TestUnicodeFiles) ... ok
test_single_files (__main__.TestUnicodeFiles) ...
New submission from Hirokazu Yamamoto :
I noticed following refleak.
http://mail.python.org/pipermail/python-checkins/2010-September/097438.html
py3k results for svn r84704 (hg cset 4ffcca0d1896)
--
test_unicode leaked [2, 2, 2] references, sum
Changes by Hirokazu Yamamoto :
--
keywords: +patch
Added file: http://bugs.python.org/file18847/py3k_fix_PyUnicode_Format.patch
___
Python tracker
<http://bugs.python.org/issue9
Changes by Hirokazu Yamamoto :
--
versions: -Python 3.1
___
Python tracker
<http://bugs.python.org/issue9836>
___
___
Python-bugs-list mailing list
Unsubscribe:
Hirokazu Yamamoto added the comment:
Thank you, fixed in r84724(py3k).
--
assignee: ocean-city ->
resolution: accepted -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: -Python 3.1
___
Python tr
Hirokazu Yamamoto added the comment:
I created separate small test case to reproduce, and I tried it on
Python2.7, I couldn't reproduce the issue. And tried it on Python3.1,
I couldn't there neither. (Sorry about that... I included 3.1 in
version box)
And exception might not
Hirokazu Yamamoto added the comment:
> Is 3.1 also affected?
Sorry, 3.1 is not affected.
> Can you try the following patch:
Your patch works. :-)
E:\python-dev\py3k\PC\VC6>ctypes_crash.exe
--- 0 ---
[36242 refs]
--- 1 ---
[39140 refs]
--- 2 ---
[41538 refs]
--- 3 ---
[43930 re
Hirokazu Yamamoto added the comment:
I found another refcount bug in Python3.x.
Fixed in r84741(py3k), r84742(release31-maint).
--
___
Python tracker
<http://bugs.python.org/issue6
Hirokazu Yamamoto added the comment:
gildestroy.patch also works.
E:\PYTHON~1\py3k\PC\VC6>ctypes_crash.exe
--- 0 ---
[36303 refs]
--- 1 ---
[39184 refs]
--- 2 ---
[41582 refs]
--- 3 ---
[43974 refs]
--- 4 ---
[46366 refs]
--- 5 ---
[48758 refs]
--- 6 ---
[51150 refs]
--- 7 ---
[53542 r
Hirokazu Yamamoto added the comment:
Fixed in r84753(py3k).
--
assignee: tarek ->
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
versions: +Python 2.7
___
Python tracker
<http://bugs.pytho
Hirokazu Yamamoto added the comment:
How about attached patch? I confirmed this both on MSVC8 and MSVC6.
--
assignee: -> tarek
Added file: http://bugs.python.org/file18863/py3k_skip_in_distutils_test.patch
___
Python tracker
&l
Changes by Hirokazu Yamamoto :
--
assignee: tarek ->
___
Python tracker
<http://bugs.python.org/issue9313>
___
___
Python-bugs-list mailing list
Unsubscri
Hirokazu Yamamoto added the comment:
> I’ve heard about import deadlock issues, and performance is not an
> issue in tests, so there is no reason to import in the function
distutils.msvc9compiler imports winreg internally,
and it only exists on windows, so importing distutils
Hirokazu Yamamoto added the comment:
I propose following solution.
* svn copy http://svn.python.org/projects/external/bzip2-1.0.5
http://svn.python.org/projects/external/bzip2-1.0.5.0
* fix makefile in
http://svn.python.org/projects/external/bzip2-1.0.5
* svn copy http://svn.python.org
Hirokazu Yamamoto added the comment:
I tried test_tar_pipe_open_read_error_v2.py on py3k,
I saw 3 uncollectable objects are reported. But they
are *collected* by gc.collect() without
gc.set_debug(gc.DEBUG_LEAK). (I'm not familiar to gc,
so maybe this is normal)
I didn't see unc
Hirokazu Yamamoto added the comment:
The error went away when I commented out following line.
Lib/unittest/case.py(133)
self.exception = exc_value.with_traceback(None)
I found this by brute force I noticed that
test_tar_pipe_open_read_error_v2.py starts to fail from r75241.
It
Hirokazu Yamamoto added the comment:
Here is the patch to fix this issue. (Please forget first patch)
E:\python-dev>py3k -m test.regrtest test_tarfile
[1/1] test_tarfile
1 test OK.
[85902 refs]
E:\python-dev>py3k test_assert_raises.py
--
[('foo 2',), No
New submission from Hirokazu Yamamoto :
I noticed test_locale leaves locale changed.
# test_boo is simple test just to print windows error.
E:\python-dev\py3k\Lib\test>py3k -m test.regrtest test_locale test_boo
[1/2] test_locale
[2/2] test_boo
test test_boo failed -- Traceback (most rec
Hirokazu Yamamoto added the comment:
This happens because in Lib/test/test_locale.py,
TestEnUSCollation#setUp raises exception after
BaseLocalizedTest.setUp(self) changed locale.
tearDown never be called when setUp failedsetUp failed.
It's easy to fix this as is, but I think more ge
Hirokazu Yamamoto added the comment:
Here is the simple test case to demonstrate this issue.
--
Added file: http://bugs.python.org/file18897/test_traceback_freed.py
___
Python tracker
<http://bugs.python.org/issue9
Hirokazu Yamamoto added the comment:
Thank you for the reply. I agree with you. I'll try to
create latter option.
--
___
Python tracker
<http://bugs.python.org/i
Hirokazu Yamamoto added the comment:
- create latter option
+ create the patch by latter option
--
___
Python tracker
<http://bugs.python.org/issue9810>
___
___
Hirokazu Yamamoto added the comment:
Probably this patch works.
P.S.
These lines in PCBuild/vs9to8.py seem to be not needed. I could
build python even without it, (I only tried py3k)
# Bah. VS8.0 does not expand macros in file names.
# Replace them here.
lines = lines.replace
Hirokazu Yamamoto added the comment:
I think so, because TIX version built with python is not changed.
Anuway, I'm using PC/VC6/build_tkinter.py to build TCL/TK and TIX,
so I myself do not need this patch so much.
Please feel free to close this
Hirokazu Yamamoto added the comment:
Of cource, I'm happy if anyone needs this patch. ;-)
--
___
Python tracker
<http://bugs.python.org/issue4837>
___
___
Hirokazu Yamamoto added the comment:
Committed in r84851(py3k). Let's see buildbot.
--
___
Python tracker
<http://bugs.python.org/issue9810>
___
___
Pytho
Hirokazu Yamamoto added the comment:
This patch is *as is* patch.
Index: Lib/test/test_locale.py
===
--- Lib/test/test_locale.py (revision 84824)
+++ Lib/test/test_locale.py (working copy)
@@ -352,13 +352,13
Hirokazu Yamamoto added the comment:
I hope attached patch will fix this. I used shutil.copy2
to retain modified time. (Actually, I tested on VS8.0 with
equivalent change, I didn't test this file directly)
--
keywords: +patch
nosy: +ocean-city
Added file:
http://bugs.pytho
Hirokazu Yamamoto added the comment:
Here is the result of second run.
-- ビルド開始: プロジェクト: _ssl, 構成: Debug Win32 --
ビルド前のイベントを実行しています...
Can not find a suitable PERL:
NO perl interpreters were found on this machine at all!
Please install ActivePerl and ensure it appears on your path
No
Hirokazu Yamamoto added the comment:
Backported in r84881(release27-maint), r84886(release31-maint).
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Hirokazu Yamamoto added the comment:
Thanks. I've committed in r84902(py3k).
--
resolution: -> fixed
status: open -> closed
versions: +Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python
Hirokazu Yamamoto added the comment:
I'll revert my commits because I noticed after perl source
like openssl-1.0.0a/crypto/x86cpuid.pl was modified,
unnecessary rebuild happened again.
Appropriate fix will be "only copies *.asm if there are not
in tmp32/" as comments in PCBui
Hirokazu Yamamoto added the comment:
- only when
+ when
P.S.
I cannot figure out how to solve this error.
http://www.python.org/dev//buildbot/builders/x86%20Windows7%203.x/builds/1593/steps/compile/logs/stdio
--
___
Python tracker
<h
Hirokazu Yamamoto added the comment:
This is the patch I'm thinking of. I confirmed this works
on VS8.0. (After replaced "..\\.." with "..\\..\\..")
E:\PYTHON~1\py3k\PC\VS8.0>python_d.exe build_ssl.py Release Win32 -a
Found a working perl at 'C:\Perl\bin\pe
Hirokazu Yamamoto added the comment:
I guess this is not duplicate.
On HEAD of py3k, #9658 seems to be fixed,
but the issue reported here can be reproduced
even now.
--
___
Python tracker
<http://bugs.python.org/issue5
Changes by Hirokazu Yamamoto :
--
Removed message: http://bugs.python.org/msg117058
___
Python tracker
<http://bugs.python.org/issue5505>
___
___
Python-bug
Hirokazu Yamamoto added the comment:
Thank you for the test.
Well, I noticed py3k_openssl.patch can suppress rebuild
of OpenSSL nicely, but from IDE, _ssl and _hashlib
are always rebuilt. It doesn't take so much time though.
With py3k_openssl_v2.patch, we can supress OpenSSL and
p
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file18948/py3k_openssl_v2.patch
___
Python tracker
<http://bugs.python.org/issue9552>
___
___
Pytho
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file18949/py3k_openssl_v2.patch
___
Python tracker
<http://bugs.python.org/issue9552>
___
___
Python-bug
Hirokazu Yamamoto added the comment:
I want to commit py3k_openssl.patch for now, because
it is much better than before.
--
___
Python tracker
<http://bugs.python.org/issue9
Hirokazu Yamamoto added the comment:
Oops, I missed your post. Thank you, I'll commit like that.
--
___
Python tracker
<http://bugs.python.org/issue9552>
___
___
Hirokazu Yamamoto added the comment:
I committed py3k_openssl.patch in r84957(py3k).
I won't merge into release27-maint nor release31-maint
because they are built against openssl-0.9.x and
don't have *.asm copy code.
--
___
Python trac
Changes by Hirokazu Yamamoto :
--
resolution: -> fixed
status: open -> closed
versions: -Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/
Hirokazu Yamamoto added the comment:
Hello. Probably I found the better solution for this issue.
* build_ssl.py always runs before _ssl.vcproj or _hashlib.vcproj
is built. (If entire solution is built, run only onece)
* When OpenSSL sources are modified, because build_ssl.py always runs
Changes by Hirokazu Yamamoto :
--
resolution: fixed ->
status: closed -> open
versions: +Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/
Hirokazu Yamamoto added the comment:
PCBuild on py3k have fix for this. We'll need to
investigate/merge in other branches and version.
--
___
Python tracker
<http://bugs.python.org/i
Hirokazu Yamamoto added the comment:
- Module/_ssl.c or Module/_hashlib.c are rebuilt
+ Module/_ssl.c or Module/_hashlib.c won't be rebuilt
--
___
Python tracker
<http://bugs.python.org/i
Hirokazu Yamamoto added the comment:
> unittest *can't* know which setUp methods have already been called if
> an error occurs in one of them (because they are called explicitly by
> the sub-classes and not by unittest itself).
Well, C++ constructor/destructor behaves
Hirokazu Yamamoto added the comment:
> Destructors are special cased in many languages and tearDown is not a
> destructor.
Yes, but they are similar.
> More importantly though the change you suggest would be
> backwards incompatible.
> The 'correct' way to do t
New submission from Hirokazu Yamamoto :
I've found there are leaks around GetFinalPathNameByHandle in
Modules/posixmodule.c. (Leaks when function fails)
I hope attached patch will fix this.
--
components: Windows
files: py3k_fix_leak_around_GetFinalPathNameByHandle.patch
key
Hirokazu Yamamoto added the comment:
About buffer size, GetFinalPathNameByHandle may return the
length or string or the size of required buffer size (the
length of striing + 1) depending on platforms and ANSI/WIDE
version.
If function returns the length of string buffer size,
buf_size + 1 is
Changes by Hirokazu Yamamoto :
--
Removed message: http://bugs.python.org/msg117199
___
Python tracker
<http://bugs.python.org/issue9927>
___
___
Python-bug
Hirokazu Yamamoto added the comment:
I cannot test this directly. Thank you.
--
___
Python tracker
<http://bugs.python.org/issue9927>
___
___
Python-bugs-list m
Hirokazu Yamamoto added the comment:
I've committed your fix in r84975. Thank you.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.pyt
New submission from Hirokazu Yamamoto :
Following script hangs on Python3.x.
from subprocess import *
import sys
p = Popen([sys.executable, "-c", "import sys; print(sys.stdin.read(1))"],
stdin=PIPE)
p.stdin.write(b'x')
p.wait()
This is because unbuffered functi
Hirokazu Yamamoto added the comment:
Interestingly, following code also hangs. Maybe I'm
misunderstanding the meaning of *bufsize*
from subprocess import *
import sys
p = Popen([sys.executable, "-c", "import sys; print(sys.stdin.read(1))"],
stdin=PIPE)
p.st
Changes by Hirokazu Yamamoto :
--
keywords: +needs review
___
Python tracker
<http://bugs.python.org/issue9815>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Hirokazu Yamamoto :
test_ttk_guionly hangs on x86 XP5 buldbot.
But it doesn't hang on test_tk. Former shows
widget but latter doesn't on my machine.
http://www.python.org/dev/buildbot/all/builders/x86%20XP-5%203.x/builds/1348/steps/test/logs/stdio
--
Hirokazu Yamamoto added the comment:
With following implementation, issamefile return True
for hard link. I heard GetFinalPathNameByHandle
returns different paths for hard links.
>>> import nt, os
>>> def issamefile(path1, path2):
... fd1 = os.open(path1, os.O_RDONLY)
...
Hirokazu Yamamoto added the comment:
Sorry, previous one contained experimental code for another issue.
I've attached correct one.
--
Added file: http://bugs.python.org/file18992/py3k_better_build_ssl.zip
___
Python tracker
<http://bugs.py
Hirokazu Yamamoto added the comment:
Committed in r84973(py3k) and r84990(release31-maint).
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file18974/py3k_better_build_ssl.zip
___
Python tracker
<http://bugs.python.org/issue9552>
___
___
Pytho
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file18992/py3k_better_build_ssl.zip
___
Python tracker
<http://bugs.python.org/issue9552>
___
___
Pytho
1 - 100 of 918 matches
Mail list logo
