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
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
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 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
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:
> 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:
Sorry, I cannot. I don't know HTTP.
--
___
Python tracker
<http://bugs.python.org/issue10336>
___
___
Python-bugs-list m
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:
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
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:
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
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:
Thank you for commit!
--
___
Python tracker
<http://bugs.python.org/issue10027>
___
___
Python-bugs-list mailing list
Unsub
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:
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:
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:
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
Changes by Hirokazu Yamamoto :
--
Removed message: http://bugs.python.org/msg122421
___
Python tracker
<http://bugs.python.org/issue8879>
___
___
Python-bug
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
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 :
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
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
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
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:
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
Hirokazu Yamamoto added the comment:
I think #9973 is rather related.
--
___
Python tracker
<http://bugs.python.org/issue10641>
___
___
Python-bugs-list mailin
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
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
Hirokazu Yamamoto added the comment:
Committed in r87117(py3k).
--
priority: release blocker ->
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.or
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:
Well, can this go into Python3.2?
--
___
Python tracker
<http://bugs.python.org/issue8533>
___
___
Python-bugs-list mailin
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.
///
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
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
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:
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
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:
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
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:
Here you are.
>>> import time
>>> time.strftime('%Z')
'\x93\x8c\x8b\x9e (\x95W\x8f\x80\x8e\x9e)'
--
___
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:
I got readable result. ;-)
>>> import time
>>> time.tzname
('東京 (標準時)', '東京 (標準時)')
--
___
Python track
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:
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:
"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:
Sorry,
- "NotImplementedError" was printed
+ "NotImplemented" was printed
--
___
Python tracker
<http://bug
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:
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
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:
> 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
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Hello. This issue seems to be fixed by r63385.
(alexandre.vassalotti's merge)
--
nosy: +ocean-city
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
components: +Windows -Extension Modules
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue>
__
_
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9885/ocean.zip
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9957/ocean.zip
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file10474/ocean.zip
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10474/ocean.zip
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file10475/ocean.zip
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10475/ocean.zip
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file10536/ocean.zip
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10536/ocean.zip
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file10574/ocean.zip
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thank you for progress!
>- The patch for 2.5 is OK for me. We could just add the a paragraph that
>appears in your patch for trunk (PC/VC6/readme.txt):
>+_msi
>+_msi.c. You need to install Windows Installer SDK to
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thank you for commit. I ziped patch for remaining issue.
# Probably need to add _multiprocessing module, but not done yet.
Added file: http://bugs.python.org/file10618/ocean-remaining.zip
___
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
GetFileAttributes() succeeds for "nul", but GetFileAttributesEx() fails.
Maybe is it good idea to use GetFileAttributesEx()?
# test code
import ctypes
import ctypes.wintypes as type
dll = ctypes.windll
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
I often do same mistake again and again. Most of re module's method
takes optional argument "flags" like this.
finditer( pattern, string[, flags])
But, sub() takes optional argument "count" not "
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
With this patch? Yes, it fixed crash.
Index: Objects/unicodeobject.c
===
--- Objects/unicodeobject.c (revision 65223)
+++ Objects/unicodeobject.c (workin
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
This will fix the compile error on buildbot. Thank you.
--
components: Windows
files: fix_compile_error.patch
keywords: patch, patch
messages: 70615
nosy: ocean-city
severity: normal
status: open
title: compile error
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue>
___
___
Python-bugs-list mailin
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file11065/ocean-remaining.zip
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Hello. I'm not familiar with socket, but I found workaround for this
problem. socket.getfqdn("127.0.0.1") returns computer name, but with this
test_multiprocess doesn't work. With 'localhost' test work
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
nosy: +ocean-city
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3210>
___
__
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
I'm not sure this is bug or not, but shouldn't `io' be collected by
refcount GC? This happens on python2.5 but doesn't happend on python3.0.
import os
def foo():
io = open("a.txt", "w
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Hmm, when exception occurs in some frame, its reference will be
retained even after exiting function? Indeed, extra
exception fixed problem.
import os
def foo():
io = open("a.txt", "w")
raise RuntimeErro
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>But still I'm little confused why this code prints "del".
Oh, sorry, kick me. "del" should be printed when interpreter exits. :-)
___
Python tracker <[EMAI
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I understand. Thank you.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3515>
___
_
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Hello. I had lecture about exception & frames on issue3515.
When Lib/subprocess.py (814)'s CreateProcess() raises exception,
p2cread will be freed by refcount GC, but it never happen before
os.remove() because sys.exc_
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3210>
___
___
Python-bugs-list mailin
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I'll close this entry because this seems to be duplicate of issue3270.
--
resolution: -> duplicate
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Hello. I also experienced test_multiprocessing hang on win2k and I
workarounded this by this adhok patch.
Index: Lib/multiprocessing/connection.py
===
--- Lib/multiproc
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Py_WIN_WIDE_FILENAMES is not used anywhere, this patch removes this macro.
--
files: remove_macro.patch
keywords: patch
messages: 70899
nosy: ocean-city
severity: normal
status: open
title: Py_WIN_WIDE_FILENAMES removal
ve
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I confirmed this patch works on my win2000.
And I believe it works on Trent's machine, too.
http://mail.python.org/pipermail/python-dev/2008-June/080525.html
___
Python tracker <[EMAIL PRO
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I have committed remaining VC6 patch. (I postponed _multiprocessing
module support addition because I sometimes experiences nasty error
message "pipe was closed" or "resource is not enough" in
test_multiprocessing
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Can I close this entry?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2065>
___
__
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
I noticed sometimes regrtest.py fails in test_multiprocessing.py
(test_connection) on win2000.
I could not reproduce error by invoking test_multiprocessing alone, but
finally I could do it by incresing 'really_big_msg'
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
This is traceback when run reproducable.py.
Traceback (most recent call last):
File "", line 1, in
File "e:\python-dev\trunk\lib\multiprocessing\forking.py", line 341,
in main
prepare(preparation_data)
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
After googling, ERROR_NO_SYSTEM_RESOURCES seems to happen
when one I/O size is too large.
And in Modules/_multiprocessing/pipe_connection.c, conn_send_string is
implemented with one call WriteFile(). Maybe this should be devided int
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Hello. I noticed test_mailbox (test_add) fails on my win2k machine.
It's something like this.
==
ERROR: test_add (__main
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Fixed in r65745. Will be backported to py3k and release25-maint.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Well, MultibyteCodec_Decode() also uses Py_buffer in py3k but not in
trunk. Is this also backported?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
OK, done.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Sorry, fixed in r65760 and r65762.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Backported to py3k(r65746) release25-maint(r65747)
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Maybe will first test failure be fixed by attached patch?
Sorry, this is my bug in issue1709599. :-(
--
keywords: +patch
nosy: +ocean-city
Added file: http://bugs.python.org/file11140/fix_test_1565150
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
This patch adds some basic mssing types in ctypes.wintypes.
I think pointer type like LPDWORD would be usuful too, but maybe you
cannot ignore the overhead of POINTER object creation.
--
assignee: theller
components:
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I've committed basic type addition in r65908. Addition of LPDWORD and
its friends will follow.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I've created the patch which adds LPDWORD and friends.
Can you review it?
Added file: http://bugs.python.org/file11176/adds_LPDWORD_and_friends.patch
___
Python tracker <[EMAIL PRO
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>We could avoid the giant __all__ list when we 'import ctypes as >_ctypes'
How about the attached patch "avoid_giant_all.patch"?
Added file: http://bugs.python.org
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
And "avoid_giant_all_and_add_LPs.patch" adds bunch of LP(C)s.
I'm not sure all LP types are needed. (Especially handle types)
Added file: http://bugs.python.org/file11179/avoid_giant_
201 - 300 of 918 matches
Mail list logo
