Hirokazu Yamamoto added the comment:
I noticed :meth:`~email.message.Message.add_header` renders "add_header"
but maybe "Message.add_header" is better? (Maybe sphinx tracker is
suitable for now)
--
___
Python tracker
<
New submission from Hirokazu Yamamoto :
I added more links to email documantation. (I changed only :class: not
:meth:)
--
assignee: georg.brandl
components: Documentation
files: email_doc_link.patch
keywords: patch
messages: 85932
nosy: georg.brandl, ocean-city
severity: normal
status
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file13681/email_doc_link_aligned.patch
___
Python tracker
<http://bugs.python.org/issue5745>
___
___
New submission from Hirokazu Yamamoto :
Hello. I noticed test_urllib fails on windows.
==
ERROR: test_copy (__main__.urlretrieve_FileTests)
--
Traceback (most
Hirokazu Yamamoto added the comment:
Python 2.7a0 (trunk, Apr 28 2009, 10:23:56) [MSC v.1200 32 bit (Intel)]
on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib
>>> urllib.pat
Changes by Hirokazu Yamamoto :
--
dependencies: +urllib doesn't correct server returned urls
___
Python tracker
<http://bugs.python.org/issue5861>
___
___
Changes by Hirokazu Yamamoto :
--
dependencies: +a problem of urllib using open_local_file
___
Python tracker
<http://bugs.python.org/issue5861>
___
___
Python-bug
Hirokazu Yamamoto added the comment:
Can you try this with Python2.6.2? I believe this bug got fixed.
--
nosy: +ocean-city
___
Python tracker
<http://bugs.python.org/issue5
Hirokazu Yamamoto added the comment:
I hope attached patch works.
>>> import os
>>> os.listdir("")
Traceback (most recent call last):
File "", line 1, in
WindowsError: [Error 3] 指定されたパスが見つかりません。: ''
[36200 refs]
>>> os.listdir(u&qu
Hirokazu Yamamoto added the comment:
For u"", os.listdir calls FindFirstFileW with u"\\*.*",
For "", os.listdir calls FindFirstFileA with "*.*".
The code before FindFirstFile[AW] is slightly different for empty path.
--
_
Hirokazu Yamamoto added the comment:
Committed in r72273(trunk) and r72274(py3k).
--
resolution: accepted -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Hirokazu Yamamoto added the comment:
Probably this patch works on recent VisualC++. But unfortunately, this
code crashes on VisualC++6 debug build. :-(
This happens when 2nd arg of setlocale contains "." and the length of
substring after "." is longer than 8. It see
Hirokazu Yamamoto added the comment:
Crashes at Lib/test/test__locale.py(107) test_float_parsing.
>>> from _locale import setlocale, LC_NUMERIC
>>> setlocale(LC_NUMERIC, 'es_ES.ISO8859-1')
(crash)
Yes, I agree that workaround should be placed in test rather than
Hirokazu Yamamoto added the comment:
Revised patch against HEAD. (With VC6 workaround)
--
Added file: http://bugs.python.org/file13895/py3k_locale_test_on_windows.patch
___
Python tracker
<http://bugs.python.org/issue5
Hirokazu Yamamoto added the comment:
Seems to be fixed in python3.1. See #5799. This is not backported for
2.x yet. (Or it won't happen)
--
nosy: +ocean-city
___
Python tracker
<http://bugs.python.org/issu
Hirokazu Yamamoto added the comment:
Thank you for response. I'll close this entry.
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python
Hirokazu Yamamoto added the comment:
Did you build python from source? Or did you download official binary
distribution? If latter, Python2.5 was built with VC7, and Python2.6 is
built with VC9. Probably difference of behavior comes from difference of
version of msvcrt.
I ran following codes
Changes by Hirokazu Yamamoto :
--
assignee: -> loewis
___
Python tracker
<http://bugs.python.org/issue5948>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Hirokazu Yamamoto :
This issue comes from #5990.
Currently, O& doesn't accept general cleanup function. This causes
memory leak sometimes. Here is an experimental patch to create new
format O&& similar to O& but have general cleanup function.
Hirokazu Yamamoto added the comment:
I opened #6012 to handle O& memory leak issue.
--
nosy: +ocean-city
___
Python tracker
<http://bugs.python.org/is
Hirokazu Yamamoto added the comment:
There is no warning now. Seems to be fixed.
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Hirokazu Yamamoto added the comment:
> the same function can be both
> argument parser and cleanup function
Here is an another experimental patch to implement this. (Is this right
usage of PyCObject_FromVoidPtrAndDesc?)
> As not all converters would need or support cleanup, converte
Hirokazu Yamamoto added the comment:
Thanks, committed in r72698(trunk) and r72701(py3k).
--
resolution: accepted -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Hirokazu Yamamoto :
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue4856>
___
___
Python-bugs-list mailing list
Unsubscribe:
Hirokazu Yamamoto added the comment:
> Modifying convert_to_unicode is incorrect; this function is not an O&
> converter. Instead, PyUnicode_FSConverter needs to change.
Well, convert_to_unicode used to use O& before, and I fixed memory leak
with O formatter in current wa
New submission from Hirokazu Yamamoto :
test_disutils(test_get_outputs) fails on VC6. I cannot know if this
happens on VC9 too because buildbot is down. :-(
/
test_get_outputs (distutils.tests.test_build_ext.BuildExtTestCase
Hirokazu Yamamoto added the comment:
Here is translated version.
test_get_outputs (distutils.tests.test_build_ext.BuildExtTestCase) ... foo.c
Library
c:\docume~1\whiter~1\locals~1\temp\tmpzdhkyv\tempt\docume~1\whiter~1\l
ocals~1\temp\tmpkhvw2m\foo.lib and object
c:\docume~1\whiter~1\locals
Hirokazu Yamamoto added the comment:
Here is translated version.
test_get_outputs (distutils.tests.test_build_ext.BuildExtTestCase) ... foo.c
Library
c:\docume~1\whiter~1\locals~1\temp\tmpzdhkyv\tempt\docume~1\whiter~1\l
ocals~1\temp\tmpkhvw2m\foo.lib and object
c:\docume~1\whiter~1\locals
Changes by Hirokazu Yamamoto :
--
___
Python tracker
<http://bugs.python.org/issue6046>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Hirokazu Yamamoto added the comment:
Ah, well, if this runs on VC9, I think you don't have to worry about
VC6. (VC6 is too old) Of course, I'm happy if this runs on VC6 too.
Anyway, there is msvc9compiler.py, so maybe does different code run on
between VC9 and VC8(or elder)?
I
Hirokazu Yamamoto added the comment:
It seems there is two workarounds.
1. remove /pdb:None from linker arguments.
2. Add extension to output filename. (like attached patch)
Maybe, if there is /pdb:None in linker arguments and output filename
doesn't have extension, link.exe may think i
Hirokazu Yamamoto added the comment:
Well, please see r65745. That was O& before.
--
___
Python tracker
<http://bugs.python.org/issue6012>
___
___
Python
Hirokazu Yamamoto added the comment:
Roumen, your patch worked fine.
--
Ran 115 tests in 53.207s
OK
--
___
Python tracker
<http://bugs.python.org/issue6
Hirokazu Yamamoto added the comment:
> It would be great to have buildbot making regression tests
> over all compiler flavors.
Yes, I hope snakebite.org will enable us to access to several MSVC
compilers.
--
___
Python tracker
New submission from Hirokazu Yamamoto :
I found two distutils error on windows.
1. If the implementation of ensure_relative is correct, test should be
fixed like attached patch.
2. I got tar error. This happens because tar command I'm using cannot
recognize path with drive letter. For ex
Hirokazu Yamamoto added the comment:
Here is workaround for second issue. If there is tar command for windows
which supports drive letter, I think I should use it instead of
workaround or fix, though.
--
keywords: +patch
Added file: http://bugs.python.org/file14007
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file14008/fix_distutils_ensure_relative.patch
___
Python tracker
<http://bugs.python.org/issue6
Hirokazu Yamamoto added the comment:
> Reusing O& looks better to me
Me too.
--
___
Python tracker
<http://bugs.python.org/issue6012>
___
___
Python-bugs
Hirokazu Yamamoto added the comment:
I cannot reproduce this. Can you upload problematic zip file?
--
nosy: +ocean-city
___
Python tracker
<http://bugs.python.org/issue6
Hirokazu Yamamoto added the comment:
I confirmed error happened on Python2.6, 2.7, 3.0.
But not happen on Python3.1. Interesting.
--
versions: +Python 2.7, Python 3.0
___
Python tracker
<http://bugs.python.org/issue6
Hirokazu Yamamoto added the comment:
Here is traceback for trunk(Py2.7)
Traceback (most recent call last):
File "b.py", line 3, in
f.extractall()
File "e:\python-dev\trunk\lib\zipfile.py", line 947, in extractall
self.extract(zipinfo, path, pwd)
File &quo
Hirokazu Yamamoto added the comment:
Oops, sorry. I forgot to update working copy. I confirmed this was fixed
already.
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/iss
Hirokazu Yamamoto added the comment:
Here is workaround for reference leak. I'm not sure what exactly leaks
references yet.
--
keywords: +patch
nosy: +ocean-city
Added file: http://bugs.python.org/file14103/workaround.patch
___
Python tracker
New submission from Hirokazu Yamamoto :
I think I found typo in Lib/email/base64mime.py
--
files: fix_typo.patch
keywords: patch
messages: 88489
nosy: ocean-city
severity: normal
status: open
title: Typo in email.base64mime
versions: Python 3.1
Added file: http://bugs.python.org
Hirokazu Yamamoto added the comment:
I can reproduce refleaks with only test_distutils now.
E:\python-dev\py3k\Lib\test>py3k regrtest.py -R3:2: test_distutils
test_distutils
beginning 5 repetitions
12345
.
test_distutils leaked [280, 280] references, sum=560
1 test fai
Hirokazu Yamamoto added the comment:
Done in r73010. I think it would be better to patch release26maint.patch
for release26-maint (and same patch for release30-maint) to complete
super() issue.
--
___
Python tracker
<http://bugs.python.
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file14110/release26maint.patch
___
Python tracker
<http://bugs.python.org/issue6131>
___
___
Python-bug
Hirokazu Yamamoto added the comment:
Well, I don't know... But probably mixing super() and non super() caused
too many call of setUp() or tearDown(). I saw such case before.
To track down this, probably this info helps.
1. Revert to previous revision of distutils
2. Remove distutils
Hirokazu Yamamoto added the comment:
I tracked down more deeper.
LoggingSilencer.setUp() was called twice, so restoration of log.Log._log
was not done correctly. log.Log._log becomes method of TestCase class
after test done in most cases. Probably this keeps reference to TestCase
and its
New submission from Hirokazu Yamamoto :
test_time fails on VC6 with following message.
==
FAIL: test_strptime (__main__.TimeTestCase)
--
Traceback (most recent
Hirokazu Yamamoto added the comment:
Thanks, committed in r73162.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Hirokazu Yamamoto added the comment:
Committed in r73238. Thanks!
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Hirokazu Yamamoto added the comment:
This doesn't happen on Win2k. Maybe does it depend on OS?
--
nosy: +ocean-city
___
Python tracker
<http://bugs.python.org/i
Hirokazu Yamamoto added the comment:
Thanks, fixed in r73425(trunk), r73426(release26-maint), r73427(py3k),
r73428(release30-maint).
--
nosy: +ocean-city
___
Python tracker
<http://bugs.python.org/issue6
Changes by Hirokazu Yamamoto :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6271>
___
___
Python-bugs-
Hirokazu Yamamoto added the comment:
I think I could fix windows build issue. (r73423)
It seems some tests are failing. See
http://www.python.org/dev/buildbot/trunk.stable/x86%20XP-4%20trunk/builds/2244/step-test/0
--
nosy: +ocean-city
___
Python
Hirokazu Yamamoto added the comment:
I found following patch can fix test_invalid_operations error on
windows. Is this correct fix? There are many other places using bare open().
Index: Lib/test/test_io.py
===
--- Lib/test
Hirokazu Yamamoto added the comment:
Here is a patch to convert open() and io.open() to self.open().
# I didn't change _default_chunk_size() but maybe should this also use
self.open()?
--
Added file: http://bugs.python.org/file14302/self_open.
Hirokazu Yamamoto added the comment:
> except in places where it's not used as a test.
I couldn't distinguish which one is that case, so I converted all
open(). ;-)
--
___
Python tracker
<http://bugs.pyth
Hirokazu Yamamoto added the comment:
Committed in r73461.
--
___
Python tracker
<http://bugs.python.org/issue6215>
___
___
Python-bugs-list mailing list
Unsub
Hirokazu Yamamoto added the comment:
Done in r73169.
--
___
Python tracker
<http://bugs.python.org/issue6215>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Hirokazu Yamamoto :
winsound.PlaySound doesn't accept non-unicode string.
Python 3.1rc2+ (py3k, Jun 14 2009, 14:07:51) [MSC v.1200 32 bit (Intel)]
on win3
2
Type "help", "copyright", "credits" or "license" for more information.
Changes by Hirokazu Yamamoto :
--
priority: -> release blocker
___
Python tracker
<http://bugs.python.org/issue6317>
___
___
Python-bugs-list mailing list
Un
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file14326/py3k_winsound.patch
___
Python tracker
<http://bugs.python.org/issue6317>
___
___
Python-bug
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file14325/py3k_winsound.patch
___
Python tracker
<http://bugs.python.org/issue6317>
___
___
Python-bug
Hirokazu Yamamoto added the comment:
Here is an updated patch with Py_GetFileAttributesEx[AW] removal.
I propose to commit this to trunk, and merge it to py3k after 3.1 will
be released.
--
Added file: http://bugs.python.org/file14327/remove_w9x_code.patch
Hirokazu Yamamoto added the comment:
I agree. By the way, I created the patch for trunk experimentally.
--
Added file: http://bugs.python.org/file14328/py2x_winsound.patch
___
Python tracker
<http://bugs.python.org/issue6
Hirokazu Yamamoto added the comment:
> I don't know what mf.read(-1) should do
I'm not sure neither.
I think the problem is that mmap uses size_t as length, but uses
Py_ssize_t for PyArg_ParseTuple. (PyArg_ParseTuple doesn't support
size_t) I think this discrepancy should
Hirokazu Yamamoto added the comment:
Hmm, I cannot reproduce the crash. I created the patch experimentally,
but I'm not confident with this patch. Especially here
+ if (n < 0)
+ n = PY_SSIZE_T_MAX;
because I don't have so much memory.
--
keywords:
Hirokazu Yamamoto added the comment:
OK, 3.1 was out. Can I commit this to trunk and merge it to py3k?
--
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue4
Hirokazu Yamamoto added the comment:
Thanks, committed in r73603(trunk) and r73604(py3k).
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Hirokazu Yamamoto added the comment:
Oops, sorry. This function is not needed if GetFileAttributesEx never
fail with ERROR_CALL_NOT_IMPLEMENTED. I believe this won't happen on win
NT. How about this patch?
--
Added file: http://bugs.python.org/file14381/remove_unused_function.
Hirokazu Yamamoto added the comment:
OK, how about this patch?
--
Added file: http://bugs.python.org/file14382/fix_mmap_read.patch
___
Python tracker
<http://bugs.python.org/issue6
Hirokazu Yamamoto added the comment:
Thanks, committed in r73675(trunk) and r73676(py3k).
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Hirokazu Yamamoto added the comment:
Thanks, committed in r73677(trunk), r73682(release26-maint),
r73684(py3k), r73685(release31-maint).
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Hirokazu Yamamoto added the comment:
Fixed in r73686(trunk).
--
nosy: +ocean-city
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Hirokazu Yamamoto added the comment:
How about this patch? I haven't tested so intensely, but testcase seems
working.
--
nosy: +ocean-city
Added file: http://bugs.python.org/file14438/array_long_long.patch
___
Python tracker
<http://bugs.py
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file14439/array_long_long.patch
___
Python tracker
<http://bugs.python.org/issue1172711>
___
___
Pytho
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file14438/array_long_long.patch
___
Python tracker
<http://bugs.python.org/issue1172711>
___
___
Pytho
Hirokazu Yamamoto added the comment:
Maybe this patch should be updated because os.path functions changed
their behaviors for UNC in py3k. (#5799)
--
dependencies: +Change ntpath functions to implicitly support UNC paths
___
Python tracker
<h
Changes by Hirokazu Yamamoto :
--
versions: +Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue5117>
___
___
Python-bugs-list mailin
New submission from Hirokazu Yamamoto :
I cannot compile selectmodule.c on windows(trunk). PIPE_BUF will not be
defined if macro _POSIX_ is not defined. But if define _POSIX_ before
"#include " in Include/Python.h another compile error happens.
E:\python-dev\trunk\PC\msvcrtm
Hirokazu Yamamoto added the comment:
>E:\python-dev\trunk\PC\msvcrtmodule.c(39) : warning C4013:
>関数'_heapmin' は定義されていません。int 型の値を返す外部関数と見なします。
This means "_heapmin is not defined".
--
___
Python tracker
<htt
Hirokazu Yamamoto added the comment:
I hope attached patch will fix this issue.
--
keywords: +patch
nosy: +ocean-city
Added file: http://bugs.python.org/file14448/warnings_segfault.patch
___
Python tracker
<http://bugs.python.org/issue6
New submission from Hirokazu Yamamoto :
Hello. In OtherFileTests.testOpenDir(test_file), if we run this test
in Lib/test, __file__ becomes "test_file.py", so os.path.dirname(__file__)
becomes "". I think it is better to use os.path.abspath to get valid folder
path for t
New submission from Hirokazu Yamamoto :
test_long_key fails on win2k + python2.x.
==
ERROR: test_long_key (__main__.LocalWinregTests)
--
Traceback (most recent
New submission from Hirokazu Yamamoto :
I noticed test_close_open_print_buffered(test_file) sometimes crashes on
release26-maint branch. This is most problamatic part in my python2.6 test
survey on VC6 + Win2K.
Here is stacktrace.
_write_lk(int 6, const void * 0x00b49240, unsigned int 11
Hirokazu Yamamoto added the comment:
I saw value of local variable *thread* was 5384 and internal buffer's address
was 0x102618c8 (sorry, this is another stacktrace which differs from previous
one)
thread(5384) func(file_close): enter
thread(5384) func(close_the_file): enter
t
Changes by Hirokazu Yamamoto :
--
___
Python tracker
<http://bugs.python.org/issue9295>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Hirokazu Yamamoto added the comment:
I saw value of local variable *thread* was 5384 and internal buffer's
address was 0x102618c8 (sorry, this is another stacktrace which differs
from previous one)
thread(5384) func(file_close): enter
thread(5384) func(close_the_file): enter
t
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file18051/py26_debug_threaded_close.patch
___
Python tracker
<http://bugs.python.org/issue9
Hirokazu Yamamoto added the comment:
I created a patch to workaround this crash. But I saw another problamatic
phenomenon "Error without exception set".
I confirmed PyErr_Occurred() returns TRUE when leaving file_close() on error,
but I gave up.
test_close_open_print_buffered
Hirokazu Yamamoto added the comment:
Maybe I am wrong, but when another thread calls File.close(), there is no
system call on the code path, so I think still crash can happen nevertheless
system call is thread safe.
--
___
Python tracker
<h
Hirokazu Yamamoto added the comment:
Hmm, correct me if following understanding is wrong somewhere...
1. File.close() is actually file_close(), and is calling close_the_file().
2. Returns immediately because local_fp == f->f_fp is already NULL.
The return value is None.
3. sts is non-N
Hirokazu Yamamoto added the comment:
I forgot to mention that I didn't see any "Error without exception set" by my
last patch. I agree f->f_fp = NULL; is needed there. ;-)
--
___
Python tracker
<http://bugs
Hirokazu Yamamoto added the comment:
> Does the following patch solve your issue?
I tried, but it still crashed. I could reproduce the crash by following
script. It crashed also on Python2.7, but it doesn't crash on Python3.
And when I used io.open() instead of builtin open(), it doesn
Hirokazu Yamamoto added the comment:
I think this issue is duplicates of Issue6869. So I'm closing...
--
nosy: +ocean-city
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python
Changes by Hirokazu Yamamoto :
--
nosy: +tanaga
___
Python tracker
<http://bugs.python.org/issue6869>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Hirokazu Yamamoto :
I got an error while testing py3k on VC6. Here is a patch.
==
ERROR: test_remove_visual_c_ref (distutils.tests.test_msvc9compiler.msvc9compile
rTestCase
Hirokazu Yamamoto added the comment:
I experienced this crash on test_thread.py.
I created a patch hopefully to fix this issue. My knowleage about
threading is not so deep, so maybe this patch is not so good. ;-)
# I'm worried about COND_RESET which is not used in my patch. But
# pt
801 - 900 of 918 matches
Mail list logo
