Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file22363/quick3.patch
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Python-bugs-list m
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file22362/quick2.patch
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Python-bugs-list m
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.
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:
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("
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file22006/patches_v2.tar.gz
___
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 :
Added file: http://bugs.python.org/file22182/patch_v2.patch
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Python-bug
Hirokazu Yamamoto added the comment:
I'll close this entry because #12084 contains this fix.
--
status: open -> closed
superseder: -> os.stat() on windows doesn't consider relative symlink
___
Python tracker
<http://bugs.p
New submission from Hirokazu Yamamoto :
Hello. I noticed os.stat() on windows may traverse wrong path on relative
symbolic when current working directory != the directory where symbolic link is
in. This is because the relative path DeviceIoControl() returns is just passed
to win32_xstat
Hirokazu Yamamoto added the comment:
> 1. Decoding the output of wcsftime(). Python expects mbcs (which
> I believe is an UTF16-like wide char encoding) while Windows
> apparently puts cp932 there in your locale. I don't have expertise
> to address this issue.
No, mbcs is n
Changes by Hirokazu Yamamoto :
Removed file:
http://bugs.python.org/file18979/py3k_fix_leak_around_GetFinalPathNameByHandle.patch
___
Python tracker
<http://bugs.python.org/issue9
Hirokazu Yamamoto added the comment:
This is updated version. Can you test this?
(I only fixed leak, deferred other fixes to future)
--
Added file:
http://bugs.python.org/file19985/py3k_fix_leak_around_GetFinalPathNameByHandle_v2.patch
___
Python
New submission from Hirokazu Yamamoto :
I noticed st_dev is not set yet. Attached patch
fill this value, but sometimes it becomes negative
value because dwVolumeSerialNumber is large enough.
Maybe st_dev should be declared as unsigned int.
# I think this is not new feature. Just bug. So I think
Hirokazu Yamamoto added the comment:
Sorry,
- "NotImplementedError" was printed
+ "NotImplemented" was printed
--
___
Python tracker
<http://bug
Hirokazu Yamamoto added the comment:
"NotImplementedError" was printed. This happened
when subclass of date or subclass of datetime.
(plain classes and subclass of time didn't print this)
// Code
from _datetime import date, datetime
cla
Hirokazu Yamamoto added the comment:
By changing
from datetime import datetime
to
from _datetime import datetime
I can see same behavior.
--
___
Python tracker
<http://bugs.python.org/issue10
Hirokazu Yamamoto added the comment:
This is shortest code to reproduce. But strange,
I can see TypeError on VC6(both Debug and Release)
E:\>e:\python-dev\py3k\pc\VC6\python.exe x.py
Traceback (most recent call last):
File "x.py", line 10, in
a+i
TypeError: unsupported o
Hirokazu Yamamoto added the comment:
I got readable result. ;-)
>>> import time
>>> time.tzname
('東京 (標準時)', '東京 (標準時)')
--
___
Python track
Hirokazu Yamamoto added the comment:
==
FAIL: test_computations (test.datetimetester.TestSubclassDateTime_Fast)
--
Traceback (most recent call last):
File &q
Hirokazu Yamamoto added the comment:
Here you are.
>>> import time
>>> time.strftime('%Z')
'\x93\x8c\x8b\x9e (\x95W\x8f\x80\x8e\x9e)'
--
___
Python track
Hirokazu Yamamoto added the comment:
I'll attach workaround. I used to confirm this works on
VS8, but I don't have VS8 now. I hope this still works.
--
keywords: +patch
Added file: http://bugs.python.org/file19978/py3k_workaround_for_wcsf
Hirokazu Yamamoto added the comment:
I think this is locale problem. With "C" locale on windows,
wcsftime doesn't return UTF16. (when non ascii characters
are contained)
It is just like
char cbuf[] = ""; /* contains non ascii chars in MBCS */
wchar_t wbuf[siz
New submission from Hirokazu Yamamoto :
I'm not sure why this happens, I can see this on
official python3.2 beta1 windows binary.
C:\Python32>.\python -m test.regrtest test_datetime
[1/1] test_datetime
test test_datetime failed -- Traceback (most recent call last):
File "c:\Pyth
Hirokazu Yamamoto added the comment:
How about this patch? Is this kind of *fix* acceptable?
# I hope this works.
--
keywords: +patch
Added file:
http://bugs.python.org/file19977/py3k_restore_sys_modules_in_regrtest.patch
___
Python tracker
<h
Hirokazu Yamamoto added the comment:
I think this happens because
1. test___all__.py imports tkinter module, and it
imports tkinter/_fix.py
2. _fix.py sets TCL_LIBRARY etc as top level routine
3. regrtest.py resets os.environ after test___all__.py ends.
so TCL_LIBRARY gone.
4
Hirokazu Yamamoto added the comment:
test___all__ imports a lot of modules, but I found one of
following modules can bring same error.
# just import one of these in test_main(test___all__)
#import idlelib.AutoComplete
#import tkinter.scrolledtext
#import tkinter.ttk
#import
New submission from Hirokazu Yamamoto :
Following tests fails on official Python3.2 Windows binary.
I cannot reproduce this on VC6.
/
C:\Python32>.\python -m test.regrtest -v test_time test_strptime
[1/2] test_time
test_asct
New submission from Hirokazu Yamamoto :
On official Python3.2 beta1 windows binary, I noticed following
command fails. (test_tcl alone won't fail)
I couldn't reproduce this on binary built from source without
installation.
///
Hirokazu Yamamoto added the comment:
Well, can this go into Python3.2?
--
___
Python tracker
<http://bugs.python.org/issue8533>
___
___
Python-bugs-list mailin
Hirokazu Yamamoto added the comment:
Won't this go into python3.2?
--
___
Python tracker
<http://bugs.python.org/issue9558>
___
___
Python-bugs-list m
Hirokazu Yamamoto added the comment:
Committed in r87117(py3k).
--
priority: release blocker ->
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Hirokazu Yamamoto :
Removed file:
http://bugs.python.org/file19047/py3k_buildbot_error_in_clean_faze.patch
___
Python tracker
<http://bugs.python.org/issue9
Changes by Hirokazu Yamamoto :
Added file:
http://bugs.python.org/file19968/py3k_buildbot_error_in_clean_faze_v2.patch
___
Python tracker
<http://bugs.python.org/issue9
Hirokazu Yamamoto added the comment:
I think #9973 is rather related.
--
___
Python tracker
<http://bugs.python.org/issue10641>
___
___
Python-bugs-list mailin
Hirokazu Yamamoto added the comment:
To kill python_d.exe, you should use kill_python_d.exe instead of
kill_python.exe.
> On the XP and Win7 buildbots, kill_python sometimes fails to kill hung
> processes.
Could you post the buildbot log url?
--
nosy: +ocea
Changes by Hirokazu Yamamoto :
--
Removed message: http://bugs.python.org/msg123461
___
Python tracker
<http://bugs.python.org/issue10637>
___
___
Python-bug
Hirokazu Yamamoto added the comment:
Well, I'm not sure. I didn't realize it while running python_d.exe.
I just realized it while re-reading source code.
MSDN says, (http://msdn.microsoft.com/en-us/library/ms724211%28VS.85%29.aspx)
> If the application is running under a
New submission from Hirokazu Yamamoto :
Very sorry, I created the bug calling CloseHandle twice
in Modules/posixmodule.c. I think this should be fixed
before beta1 released. Can I commit it?
--
components: None
files: posixmodule.diff
keywords: needs review, patch
messages: 123452
nosy
New submission from Hirokazu Yamamoto :
Is this intended behavior? Creating zipfile.ZipFile with
relative path and changing current directory, relative path
is resolved from new directory not from the directory object
was created.
F:\>py3k
Python 3.2a4+ (py3k, Dec 3 2010, 22:11:05) [MSC v.1
Hirokazu Yamamoto added the comment:
I'm not sure why, but I got BadZipFile error now. Anyway,
here is cp932 zip file to be created with python2.7.
--
Added file: http://bugs.python.org/file19935/non-ascii-cp932.zip
___
Python tracker
New submission from Hirokazu Yamamoto :
Currently, ZipFile only accepts ascii or utf8 as file
name encodings. On Windows (Japanese), usually CP932
is used for it. So currently, when we melt ZipFile
via py3k, non-ascii file name becomes strange. Can we handle
this issue? (ie: adding encoding
Changes by Hirokazu Yamamoto :
--
Removed message: http://bugs.python.org/msg122421
___
Python tracker
<http://bugs.python.org/issue8879>
___
___
Python-bug
Hirokazu Yamamoto added the comment:
Or, use GetFileInformationByHandleEx on Vista or above, and
NtQueryInformationFile under Vista. NtQueryInformationFile
is windows internal function and MS may change its behavior,
but probably we can think it won't happen on WinXP.
# These function
Hirokazu Yamamoto added the comment:
Umm, I'm not sure how to fix this yet, but
if we create the function like os._stat_with_open_handle()
which returns stat struct and open handle on windows,
I think we can set/use st_ino. (Because FileID won't change
while file is opened) I'm
Hirokazu Yamamoto added the comment:
r86733 introduces st_ino setup in attribute_data_to_stat(),
but Fild ID is not guaranteed to be same when file is not opened.
So I think it's meaningful only for os.fstat().
Please see
http://msdn.microsoft.com/en-us/library/aa363788%28v=VS.85%29
Hirokazu Yamamoto added the comment:
This should be duplicate of #3892.
I suppose timeout in this test might be very short. Refers to
http://www.systomath.eu/doc/BerkeleyDb-4.7/html/api_c/rep_timeout.html
timeout is in microseconds, so
self.dbenvMaster.rep_set_timeout
Hirokazu Yamamoto added the comment:
Thank you for commit!
--
___
Python tracker
<http://bugs.python.org/issue10027>
___
___
Python-bugs-list mailing list
Unsub
Hirokazu Yamamoto added the comment:
Thank you for reply. Could you commit my last patch
instead of me? I cannot commit files for a while.
--
___
Python tracker
<http://bugs.python.org/issue10
Hirokazu Yamamoto added the comment:
I found Win32 FileID API. With this library, it seems
we can use GetFileInformationByHandleEx before Vista.
We can get real file name and hard link count from handle.
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=1DECC547-AB00-4963-A360
Hirokazu Yamamoto added the comment:
I've committed in r86291(release31-maint).
--
___
Python tracker
<http://bugs.python.org/issue6317>
___
___
Pytho
Hirokazu Yamamoto added the comment:
Sorry, I cannot. I don't know HTTP.
--
___
Python tracker
<http://bugs.python.org/issue10336>
___
___
Python-bugs-list m
Hirokazu Yamamoto added the comment:
> As for back-porting: I'm not sure this is a bug in 2.7. It just
> doesn't support Unicode filenames, but that's not (inherently)
> a bug.
> In 3.1, I can agree that it's a bug - but we need to preserve the
> bytes
Hirokazu Yamamoto added the comment:
I've committed in r86283(py3k). I'll merge this into
release31-maint and release27-maint.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
versions: -Pyt
Hirokazu Yamamoto added the comment:
I updated the patch. (I hope we can remove ANSI version
of Win32 API, though)
--
Added file: http://bugs.python.org/file19528/py3k_winsound_v2.patch
___
Python tracker
<http://bugs.python.org/issue6
New submission from Hirokazu Yamamoto :
In test_xmlrpc.py,
def test_gsip_response(self):
# (sniP)
self.assertTrue(a>b)
last line can fail if gzip is not supported by client.
(gzip is not set in HTTP header's Accept-
Changes by Hirokazu Yamamoto :
--
Removed message: http://bugs.python.org/msg120602
___
Python tracker
<http://bugs.python.org/issue10336>
___
___
Python-bug
New submission from Hirokazu Yamamoto :
In test_xmlrpc.py,
def test_gsip_response(self):
# (sniP)
self.assertTrue(a>b)
last line can fail if gzip is not supported by client.
(gzip is not set in HTTP header's Accept-
Hirokazu Yamamoto added the comment:
I think issue4 happens because all frames are grid-forgotten
in redisp(), sometimes widget becomes empty. I think we can
close this issue as invalid.
P.S. Try this change in redisp()
yy = 0
for xx in self.frms[start:self.maxdisp+start
Hirokazu Yamamoto added the comment:
Recently, the patch to close fd when FileIO#__init__
failed and closefd = True was checked in. Is this mean
this issue is invalid?
--
___
Python tracker
<http://bugs.python.org/issue10
Changes by Hirokazu Yamamoto :
--
dependencies: -test_issue_8959_b fails when run from a service
___
Python tracker
<http://bugs.python.org/issue9931>
___
___
Hirokazu Yamamoto added the comment:
I've created the patch to fix this. (This patch comes from
#9055)
--
keywords: +patch
Added file:
http://bugs.python.org/file19492/py3k_check_if_gui_is_really_available.patch
___
Python tracker
Hirokazu Yamamoto added the comment:
Thank for pointing this out. I've looked at bytearray and
bytes implementations, they actually return unsigned value.
I fixed this in r86159(py3k) and r86160(release31-maint).
--
___
Python tracker
Hirokazu Yamamoto added the comment:
It seems this issue can be fixed by attached patch.
--
keywords: +patch
nosy: +ocean-city
Added file:
http://bugs.python.org/file19465/py3k_fix_test_ttk_guionly_refleak.patch
___
Python tracker
<h
Hirokazu Yamamoto added the comment:
Thank you, I committed your patch in r85980(py3k) and
r85981(release31-maint).
--
assignee: ocean-city ->
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions:
Hirokazu Yamamoto added the comment:
I think your patch looks good.
--
assignee: -> ocean-city
___
Python tracker
<http://bugs.python.org/issue10157>
___
_
Hirokazu Yamamoto added the comment:
Can you try my patch in #10027? Does this also fail?
--
___
Python tracker
<http://bugs.python.org/issue10179>
___
___
Pytho
New submission from Hirokazu Yamamoto :
Hello. I found several codes using PyMem_Free to free
allocated memory via PyUnicode_AsWideCharString.
In PyUnicode_AsWideCharString, memory is allocated
with PyMem_MALLOC. Is it OK to use PyMem_Free
not PyMem_FREE? Thank you.
--
keywords: easy
Hirokazu Yamamoto added the comment:
I committed in r85790(release27-maint).
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
title: Skip test_long_key(test_winreg) on win2k + py2.x ->
test_long_key(test_winreg) fails on w
Hirokazu Yamamoto added the comment:
I created test branch "branches/py3k-stat-on-windows" and
committed the new patch in r85789. This achieves msg119108.
I tested this on Windows7 buildbot where symlink support
exists, it seems working correct.
http://www.python.org/dev/buildbot/al
Hirokazu Yamamoto added the comment:
Can you port that patch? I don't have cygwin installed now.
--
___
Python tracker
<http://bugs.python.org/issue4032>
___
___
Hirokazu Yamamoto added the comment:
I used to create the patch
http://bugs.python.org/file11597/experimental_distutils.patch
in #1706863, but cygwin guys wanted this code implemented
in CCygwinCompiler class (See #2445).
I think #2445 should be resolved before.
--
dependencies: +Use
Hirokazu Yamamoto added the comment:
Hello. Does this patch fix the problem?
--
keywords: +patch
nosy: +ocean-city
Added file: http://bugs.python.org/file19321/py3k_issue10157.patch
___
Python tracker
<http://bugs.python.org/issue10
Hirokazu Yamamoto added the comment:
I replaced my patch (almost reverted stat() part)
I think st_nlink will be set via stat()/lstat(), at least.
--
___
Python tracker
<http://bugs.python.org/issue10
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file19278/py3k_posixpath_v1.patch
___
Python tracker
<http://bugs.python.org/issue10027>
___
___
Pytho
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file19290/py3k_posixpath_v1.patch
___
Python tracker
<http://bugs.python.org/issue10027>
___
___
Pytho
Hirokazu Yamamoto added the comment:
Umm, v2 patch broke test_subprocess. I'll repost v3 patch
after removing "bufsize=0 && universal_newlines" check.
==
ERROR: test_universal_newlines (_
Hirokazu Yamamoto added the comment:
I implemented msg117279 with v2 patch. Can I commit it?
# If your are already working on this issue, please ignore
# my patch.
--
Added file:
http://bugs.python.org/file19280/py3k_fix_unbuffered_in_subprocess_v2.patch
Hirokazu Yamamoto added the comment:
I noticed stat() won't set S_IEXEC in stat()
with my patch (py3k_posixpath_v1.patch). :-(
--
___
Python tracker
<http://bugs.python.org/is
Hirokazu Yamamoto added the comment:
... I noticed I can test this via buildbot...
Probably I'll try this.
--
___
Python tracker
<http://bugs.python.org/is
Hirokazu Yamamoto added the comment:
How about this patch?
* st_nlink support for stat()/lstat().
* lstat() for junction read attributes of junction not target.
* stat() for symlink of system locked file (ie: c:/pagefile.sys)
should read attributes from target locked file not of symlink
Hirokazu Yamamoto added the comment:
I confirmed test runs fine on x86 Snow Leopard 2.7.
So I'm closing this issue
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python
Hirokazu Yamamoto added the comment:
Sorry, I've commit the fix in r85717(release27-maint).
I'll sit and watch buildbot.
--
___
Python tracker
<http://bugs.python.
Hirokazu Yamamoto added the comment:
Committed fixes in r85689(py3k), r85693(release31-maint),
r85694(release27-maint). (This should work because I
simply ported already working fix in ntpath.relpath)
--
resolution: -> fixed
stage: commit review -> committed/rejected
status
New submission from Hirokazu Yamamoto :
When kill_python[,d].exe was called via short path,
no python processes won't be killed. This happens
because, directory path is compared via simple
wcsnicmp. If one is short path and another is long path,
wcsnicmp determines they are not same path.
Hirokazu Yamamoto added the comment:
Sorry about this. And thank you for fix.
--
___
Python tracker
<http://bugs.python.org/issue10098>
___
___
Python-bugs-list m
Hirokazu Yamamoto added the comment:
One thread is exactly on RegEnumValue
or RegQueryValue, and another thread is a bit after
RegSetValue (the place varies case by case). Type is
SEGV.
--
___
Python tracker
<http://bugs.python.org/issue10
Changes by Hirokazu Yamamoto :
--
Removed message: http://bugs.python.org/msg118507
___
Python tracker
<http://bugs.python.org/issue10071>
___
___
Python-bug
Hirokazu Yamamoto added the comment:
Well, I couldn't reproduce it on WinXP. Probably
Win2K's bug. One thread is exactly on RegEnumValue
or RegQueryValue, and another thread is a bit after
RegSetValue (the place varies case by case). Ty
New submission from Hirokazu Yamamoto :
Currently, PC/winreg.c releases GIL while calling registry
API, but I found this in Remarks section of RegEnumValue.
http://msdn.microsoft.com/en-us/library/ms724865%28VS.85%29.aspx
> While using RegEnumValue, an application should not call any regis
Changes by Hirokazu Yamamoto :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10071>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Hirokazu Yamamoto :
--
Removed message: http://bugs.python.org/msg118414
___
Python tracker
<http://bugs.python.org/issue10071>
___
___
Python-bug
Changes by Hirokazu Yamamoto :
Removed file:
http://bugs.python.org/file19198/py27_test_winreg_crash_stack_trace.txt
___
Python tracker
<http://bugs.python.org/issue10
New submission from Hirokazu Yamamoto :
Currently, PC/winreg.c releases GIL while calling registry
API, but I found this in Remarks section of RegEnumValue.
http://msdn.microsoft.com/en-us/library/ms724865%28VS.85%29.aspx
> While using RegEnumValue, an application should not call any regis
Changes by Hirokazu Yamamoto :
--
Removed message: http://bugs.python.org/msg118413
___
Python tracker
<http://bugs.python.org/issue10071>
___
___
Python-bug
New submission from Hirokazu Yamamoto :
Currently, PC/winreg.c releases GIL while calling registry
API, but I found this in Remarks section of RegEnumValue.
http://msdn.microsoft.com/en-us/library/ms724865%28VS.85%29.aspx
> While using RegEnumValue, an application should not call any regis
Hirokazu Yamamoto added the comment:
Thank you. I'll reattach the patch only for Lib/unittest/runner.py
--
Added file:
http://bugs.python.org/file19191/py3k_also_no_unicode_error_on_direct_test_run.patch
___
Python tracker
<http://bugs.py
Hirokazu Yamamoto added the comment:
I confirmed window_station_has_display_surfaces() returned False
on XP-5 which is running as service.
See
http://www.python.org/dev/buildbot/builders/x86%20XP-5%203.x/builds/1453/steps/test/logs/stdio
(It ran r85362
Changes by Hirokazu Yamamoto :
--
dependencies: +test_issue_8959_b fails when run from a service
___
Python tracker
<http://bugs.python.org/issue9931>
___
___
Hirokazu Yamamoto added the comment:
I'm planning to try it on buildbot XP-5.
--
___
Python tracker
<http://bugs.python.org/issue9055>
___
___
Python-bugs-l
1 - 100 of 918 matches
Mail list logo
