Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file18995/py3k_better_build_ssl.zip
___
Python tracker
<http://bugs.python.org/issue9552>
___
___
Pytho
Hirokazu Yamamoto added the comment:
I can reproduce the issue on python2.x. I cannot on
python3.x.
--
nosy: +ocean-city
___
Python tracker
<http://bugs.python.org/issue9
Hirokazu Yamamoto added the comment:
This happens because RegQueryInfoKeyA returns maximum value
name length in *Unicode* characters. Strange API.
lpcMaxValueNameLen [out, optional]
A pointer to a variable that receives the size of the key's longest value
name, in Unicode characters
Changes by Hirokazu Yamamoto :
--
Removed message: http://bugs.python.org/msg117293
___
Python tracker
<http://bugs.python.org/issue9937>
___
___
Python-bug
Hirokazu Yamamoto added the comment:
Thank you, I've committed in r84993(py3k)
I'll close this issue after merging to other branches.
--
___
Python tracker
<http://bugs.python.
Hirokazu Yamamoto added the comment:
This happens because RegQueryInfoKeyA returns maximum value
name length not in *Ansi* characters but in *Unicode" characters.
I don't know clue why.
http://msdn.microsoft.com/en-us/library/ms724902%28VS.85%29.aspx
In multibyte environment, 2
Hirokazu Yamamoto added the comment:
Again, I'm not sure this is right fix.
--
___
Python tracker
<http://bugs.python.org/issue9937>
___
___
Python-bugs-l
Hirokazu Yamamoto added the comment:
> Note that the original issue (test_tarfile failures on the Windows
> buildbots) now seems fixed thanks to the various tarfile and
> test_tarfile improvements.
Yes, thanks. :-)
--
___
Python track
Hirokazu Yamamoto added the comment:
I found workaround for this. (Probably self.deletetree is
more handful, though)
--
versions: -Python 2.6
Added file: http://bugs.python.org/file19020/py27_fix_test_winreg_long_key.patch
___
Python tracker
<h
Hirokazu Yamamoto added the comment:
Sorry, my patch didn't pass test_dynamic_key(test_winreg).
(Apologize for not testing on unit test)
RegEnumValueA and RegQueryInfoKeyA always returned 0 for
required data size if target is HKEY_PERFORMANCE_DATA.
The possible fixes I can imagine are.
Hirokazu Yamamoto added the comment:
I shall create unit test later.
--
___
Python tracker
<http://bugs.python.org/issue9937>
___
___
Python-bugs-list mailin
Hirokazu Yamamoto added the comment:
Antoine, can you create the patch? I'm not familiar with IO.
--
___
Python tracker
<http://bugs.python.org/i
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file18999/py27_winreg_EnumValue.patch
___
Python tracker
<http://bugs.python.org/issue9937>
___
___
Changes by Hirokazu Yamamoto :
Removed file:
http://bugs.python.org/file19021/py27_fix_winreg_EnumValue_op1.patch
___
Python tracker
<http://bugs.python.org/issue9
Hirokazu Yamamoto added the comment:
I've withdrew my patch... It has still problem, and
I cannot fix it yet. I suppose option 2 is easy.
ANSI API's limitation makes it harder to implement
correctly.
--
___
Python tracker
<http://bu
New submission from Hirokazu Yamamoto :
Sometimes, buildbot fails to clean working copy.
/
(snip)
Clean started: Project: _hashlib, Configuration: Debug|Win32
Deleting intermediate and output files for project '_hashlib', configuration
&#
Changes by Hirokazu Yamamoto :
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue3674>
___
___
Pyth
Hirokazu Yamamoto added the comment:
Sorry for too late. I've committed in r85073(py3k).
--
___
Python tracker
<http://bugs.python.org/issue3612>
___
___
Changes by Hirokazu Yamamoto :
--
resolution: accepted -> fixed
stage: -> committed/rejected
status: open -> closed
versions: +Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.o
Hirokazu Yamamoto added the comment:
I cannot reproduce this in my environment...
E:\python-dev\py3k>py3k -m test.regrtest test_os
[1/1] test_os
[33503 refs]
1 test OK.
[85140 refs]
--
___
Python tracker
<http://bugs.python.org/iss
Hirokazu Yamamoto added the comment:
I created the patch to fix this issue. WINFUNCTYPE is not member
of ctypes.wintypes, but ctypes.
--
keywords: +patch
Added file: http://bugs.python.org/file19058/py3k_fix_test_os.patch
___
Python tracker
<h
Hirokazu Yamamoto added the comment:
Other parts are needed for my environment. If machine
is really slow, there is possibility of subprocess
being killed before execution reaches "wintypes.WINFUNCTYPE"
line.
--
___
Python trac
New submission from Hirokazu Yamamoto :
Visual C++ cannot build _ssl and _hashlib if newer OpenSSL
is placed in $(dist) directory. This happens on PCbuild.
Python3.2 uses openssl-1.0.0a
Python3.1 and 2.7 uses openssl-0.9.8l
If the directory layout is like this, Python3.1
cannot build _ssl and
Hirokazu Yamamoto added the comment:
> Python3.1 cannot build _ssl and _hashlib.
And Python2.7 cannot.
--
___
Python tracker
<http://bugs.python.org/issu
New submission from Hirokazu Yamamoto :
Please see http://docs.python.org/genindex-T.html
Thread (class in threading), [1]
This two links point to same place. I think latter should point
http://docs.python.org/library/threading.html#thread-objects
or
class threading.Thread(group=None, target
New submission from Hirokazu Yamamoto :
Hello. While I was reading HTML help, I felt some links
were not pointing to *before* what I wanted to read. When
I selected "sort (list method)" in keyword pane, it jumped
to *Note* section, but I was not sure where I was. Table
above was actua
Hirokazu Yamamoto added the comment:
I think this is because os.stat and os.lstat doesn't set st_nlink.
It is only set via os.fstat. I'll attach quick hack patch. (Again,
this is just quick hack patch)
I confirmed this passes test_os and test_tarfile.
--
Added
Hirokazu Yamamoto added the comment:
In py3k, ntpath is almost fixed. but posixpath is not fixed yet.
ntpath has another problem about case sensitivity. I'll attach
the patch to fix ntpath's case issue and posixpath.
In Py27, ntpath has whole issue still there.
--
Added
Hirokazu Yamamoto added the comment:
I'll create the patch for it.
--
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/issue5117>
___
___
Hirokazu Yamamoto added the comment:
Well, I said msg80877 past, and I think so too, but
os.path module of python2.x seems not to support UNC
correctly, and I'm not sure if the behavior change is
allowed here.
Probably UNC support is new feature, so I'll attach
the patch to solve
Hirokazu Yamamoto added the comment:
I think this issue is duplicate of #6493.
--
nosy: +ocean-city
resolution: -> duplicate
status: open -> closed
superseder: -> Can not set value for structure members larger than 32 bits
___
Pytho
Hirokazu Yamamoto added the comment:
I glanced at my patch again, and I noticed it has a problem.
SET() cannot handle type larger than unsigned int on windows.
I'll recreate the patch...
--
nosy: +ned.deily, stutzbach
___
Python tracker
Hirokazu Yamamoto added the comment:
Here is at least better, simple patch. But ideally,
mask should be created from variable type. "short" mask
should be created for "short" variable, "long long" mask
for "long long" variable, vise verse.
I'
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file14506/ctypes_workaround.patch
___
Python tracker
<http://bugs.python.org/issue6493>
___
___
Pytho
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file14507/ctypes_workaround_2.patch
___
Python tracker
<http://bugs.python.org/issue6493>
___
___
Pytho
Hirokazu Yamamoto added the comment:
Sorry，my patch didn't work again... Because of this
compiler behavior. Is this ANSI standard?
#include
typedef unsigned __int32 uint32;
static void
print_bits(uint32 n)
{
int i;
for (i = 31; i >= 0; --i)
{
printf("%c&q
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file19122/py3k_fix_ctypes_cfields_v2.patch
___
Python tracker
<http://bugs.python.org/issue6493>
___
___
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file19121/py3k_fix_ctypes_cfields_v2.patch
___
Python tracker
<http://bugs.python.org/issue6
Hirokazu Yamamoto added the comment:
This patch removes MAX_SIZE_INT limitation. I hope this
is final patch. I confirmed all ctypes test passed on
my environment. (Windows, VS8.0)
--
Added file: http://bugs.python.org/file19123/py3k_fix_ctypes_cfields_v3.patch
Hirokazu Yamamoto added the comment:
You need to change
test_string = ctypes.c_char_p("This Is a test string, that should be of type
bytes")
to
test_string = ctypes.c_char_p(b"This Is a test string, that should be of type
bytes")
but this issue itself seems
Hirokazu Yamamoto added the comment:
Probably this issue is duplicate of #9266.
--
nosy: +ocean-city
___
Python tracker
<http://bugs.python.org/issue9
Hirokazu Yamamoto added the comment:
Probably this issue is duplicate of #9884.
--
nosy: +ocean-city
___
Python tracker
<http://bugs.python.org/issue9
Hirokazu Yamamoto added the comment:
I don't have x64 machine, so I cannot test this.
So this is just an idea.
It seems
Modules/_ctypes/libffi_msvc is a bit old.
Modules/_ctypes/libffi/src/x86 is newer.
Maybe this issue can be fixed by using newer one?
Than
Changes by Hirokazu Yamamoto :
--
title: test_os failures on XP-4 buildbot -> Better wait for slow machine in
test_os (_kill_with_event)
___
Python tracker
<http://bugs.python.org/iss
Hirokazu Yamamoto added the comment:
There are some questions.
1. About my patch, I noticed it removed following code.
Isn't this needed? I like clean code, but I don't want to
break anything.
/* Get WIN32_FIND_DATA structure for the path to determine if
it is
Hirokazu Yamamoto added the comment:
P.S. Thank you for acceptance. I really wanted to commit
that code!
--
___
Python tracker
<http://bugs.python.org/issue10
Hirokazu Yamamoto added the comment:
Thank you. Committed in r85315(py3k), r85318(release27-maint).
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Hirokazu Yamamoto added the comment:
I modified the patch slightly to avoid potential hang.
--
___
Python tracker
<http://bugs.python.org/issue9978>
___
___
Pytho
Changes by Hirokazu Yamamoto :
--
stage: patch review -> commit review
___
Python tracker
<http://bugs.python.org/issue5117>
___
___
Python-bugs-list mai
Hirokazu Yamamoto added the comment:
> You initial link
> I only see one entry, Thread (class in threading), which points to
> http://docs.python.org/library/threading.html#threading.Thread
> as it should. I do not see a duplicate link nearby.
It used to be there. Ple
Hirokazu Yamamoto added the comment:
I noticed fd must be dup-ed before passing to io.open.
And I noticed direct test run like "py3k -m test.test_time"
still produces unicode error. (Maybe this is reasonable
limitation)
I can confirm we can suppress the unicode error in such
case
New submission from Hirokazu Yamamoto :
I suppose when _io.FileIO(fd) failed, passed fd
should not be closed. Otherwise, we cannot write the
code like this.
fd = os.open(path, os.O_RDONLY)
try:
buf = io.open(fd, "wb")
except:
os.close(fd)
rais
Hirokazu Yamamoto added the comment:
Here is the test script also run on py2.7.
--
Added file:
http://bugs.python.org/file19172/test_ensure_fd_not_closed_after_fileio_init_failed.py
___
Python tracker
<http://bugs.python.org/issue10
Hirokazu Yamamoto added the comment:
Oops, sorry. I'll withdraw my last patch.
--
___
Python tracker
<http://bugs.python.org/issue8533>
___
___
Python-bugs-l
Changes by Hirokazu Yamamoto :
Removed file:
http://bugs.python.org/file19170/py3k_also_no_unicode_error_on_direct_test_run.patch
___
Python tracker
<http://bugs.python.org/issue8
Hirokazu Yamamoto added the comment:
Well, please see r85262 (10/6). This issue seems to be
recently solved in release27-maint. And http://docs.python.org/
was updated after that, so when I posted this issue, the issue was
actually there, but when you saw that site, (probably after
10/6, the
Hirokazu Yamamoto added the comment:
Yes, but http://docs.python.org/genindex-Z.html
ZipFile (class in zipfile), [1]
still has same issue, no? [1] (and [2], [3], if exist)
should suggest alternatives, but it doesn't now.
I'll attach the patch to detect this kind of duplication.
Hirokazu Yamamoto added the comment:
Umm, I tried, but I couldn't post new issue with error.
I believe Sphinx guys also look at this tracker.
--
___
Python tracker
<http://bugs.python.org/is
Hirokazu Yamamoto 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://msdn.microsoft.com/en-us/library/d56
Hirokazu Yamamoto 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 trac
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
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 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
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
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
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
Changes by Hirokazu Yamamoto :
--
Removed message: http://bugs.python.org/msg118414
___
Python tracker
<http://bugs.python.org/issue10071>
___
___
Python-bug
Changes by Hirokazu Yamamoto :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10071>
___
___
Python-bugs-list mailing list
Unsubscri
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:
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
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:
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
Hirokazu Yamamoto added the comment:
Sorry about this. And thank you for fix.
--
___
Python tracker
<http://bugs.python.org/issue10098>
___
___
Python-bugs-list m
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:
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
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:
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:
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 noticed I can test this via buildbot...
Probably I'll try this.
--
___
Python tracker
<http://bugs.python.org/is
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 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:
Umm, v2 patch broke test_subprocess. I'll repost v3 patch
after removing "bufsize=0 && universal_newlines" check.
==
ERROR: test_universal_newlines (_
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file19290/py3k_posixpath_v1.patch
___
Python tracker
<http://bugs.python.org/issue10027>
___
___
Pytho
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file19278/py3k_posixpath_v1.patch
___
Python tracker
<http://bugs.python.org/issue10027>
___
___
Pytho
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
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 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:
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 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:
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
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:
Can you try my patch in #10027? Does this also fail?
--
___
Python tracker
<http://bugs.python.org/issue10179>
___
___
Pytho
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:
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:
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 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:
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
Changes by Hirokazu Yamamoto :
--
dependencies: -test_issue_8959_b fails when run from a service
___
Python tracker
<http://bugs.python.org/issue9931>
___
___
101 - 200 of 918 matches
Mail list logo
