Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Added file: http://bugs.python.org/file22362/quick2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12084
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Added file: http://bugs.python.org/file22363/quick3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12084
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Added file: http://bugs.python.org/file22182/patch_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12084
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Added file: http://bugs.python.org/file22183/patch_v2.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12084
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Removed file: http://bugs.python.org/file22006/patches_v2.tar.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12084
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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 rep
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Removed file:
http://bugs.python.org/file18979/py3k_fix_leak_around_GetFinalPathNameByHandle.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9927
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Well, can this go into Python3.2?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8533
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
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
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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[sizeof
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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_wcsftime.patch
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Here you are.
import time
time.strftime('%Z')
'\x93\x8c\x8b\x9e (\x95W\x8f\x80\x8e\x9e)'
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10653
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
==
FAIL: test_computations (test.datetimetester.TestSubclassDateTime_Fast)
--
Traceback (most
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I got readable result. ;-)
import time
time.tzname
('東京 (標準時)', '東京 (標準時)')
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10653
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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 module
a+i
TypeError
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
By changing
from datetime import datetime
to
from _datetime import datetime
I can see same behavior.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10654
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Sorry,
- NotImplementedError was printed
+ NotImplemented was printed
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10654
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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: +ocean
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I think #9973 is rather related.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10641
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Added file:
http://bugs.python.org/file19968/py3k_buildbot_error_in_clean_faze_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9973
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Removed file:
http://bugs.python.org/file19047/py3k_buildbot_error_in_clean_faze.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9973
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Committed in r87117(py3k).
--
priority: release blocker -
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10637
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Won't this go into python3.2?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9558
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
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
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
Removed message: http://bugs.python.org/msg123461
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10637
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
Removed message: http://bugs.python.org/msg122421
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8879
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Thank you for commit!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10027
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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 rep...@bugs.python.org
http://bugs.python.org/issue10027
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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: -Python 2.6, Python 3.0
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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 support
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Sorry, I cannot. I don't know HTTP.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10336
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I've committed in r86291(release31-maint).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6317
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
In test_xmlrpc.py,
def test_gsip_response(self):
# (sniP)
self.assertTrue(ab)
last line can fail if gzip is not supported by client.
(gzip is not set in HTTP header's Accept-Encoding
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
Removed message: http://bugs.python.org/msg120602
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10336
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
In test_xmlrpc.py,
def test_gsip_response(self):
# (sniP)
self.assertTrue(ab)
last line can fail if gzip is not supported by client.
(gzip is not set in HTTP header's Accept-Encoding
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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 rep
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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 rep...@bugs.python.org
http
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
dependencies: -test_issue_8959_b fails when run from a service
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9931
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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: +Python 3.1
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I think your patch looks good.
--
assignee: - ocean-city
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10157
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Can you try my patch in #10027? Does this also fail?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10179
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Can you port that patch? I don't have cygwin installed now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4032
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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 rep...@bugs.python.org
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I noticed stat() won't set S_IEXEC in stat()
with my patch (py3k_posixpath_v1.patch). :-(
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10027
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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 ocean-c...@m2.ccsnet.ne.jp 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 (__main__
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Added file: http://bugs.python.org/file19290/py3k_posixpath_v1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10027
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Removed file: http://bugs.python.org/file19278/py3k_posixpath_v1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10027
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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 rep...@bugs.python.org
http://bugs.python.org
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Sorry, I've commit the fix in r85717(release27-maint).
I'll sit and watch buildbot.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5117
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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 rep...@bugs.python.org
http
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
... I noticed I can test this via buildbot...
Probably I'll try this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10027
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Sorry about this. And thank you for fix.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10098
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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). Type is
SEGV
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
Removed message: http://bugs.python.org/msg118507
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10071
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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 rep
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
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
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
Removed message: http://bugs.python.org/msg118413
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10071
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
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
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Removed file:
http://bugs.python.org/file19198/py27_test_winreg_crash_stack_trace.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10071
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
Removed message: http://bugs.python.org/msg118414
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10071
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10071
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
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
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Hello. I've been finding the way to determine whether
the process is running as service or not. Does this way
work? On my environment, True is returned. I hope False
will be returned in service environment.
http
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Oh, I forgot to mention this. I think it can be possible
to disable gui resource on regrtest.py when this function
returns False. (I hope #9931 also can be fixed by this)
--
___
Python
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I'm planning to try it on buildbot XP-5.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9055
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
dependencies: +test_issue_8959_b fails when run from a service
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9931
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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
1 - 100 of 887 matches
Mail list logo