[issue4804] Python on Windows disables all C runtime library assertions

2009-02-04 Thread Hirokazu Yamamoto
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: Here is the patch implementing msg81093. (check_fd.patch) I tested this on VC6. (test_os passed) I hope this also works on VC9 as well. Added file: http://bugs.python.org/file12942/check_fd.patch

[issue5160] Intermittant segmentation fault with ctrl-c (threads and queues)

2009-02-06 Thread Hirokazu Yamamoto
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: Here is stack trace. PyEval_EvalFrameEx(_frame * 0x00a62060, int 83) line 2841 + 6 bytes fast_function(_object * 0x, _object * * * 0x00fbfa98, int 1, int 1, int 9870576) line 3946 call_function(_object * * * 0x00fbfa98, int

[issue5167] distutils/test_customize_compiler fails on windows

2009-02-06 Thread Hirokazu Yamamoto
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: test_customize_compiler fails on windows with following error message. ERROR: test_customize_compiler (distutils.tests.test_sysconfig.SysconfigTestCase

[issue4804] Python on Windows disables all C runtime library assertions

2009-02-06 Thread Hirokazu Yamamoto
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: Sorry, I don't have VS2005. By the way, _PyVerify_fd seems to be required to VC6 too. Because fdopen(fd = _NHANDLE_) crashes on debug build and fdopen(bad fd _NHANDLE_) won't set errno to EBADF

[issue4804] Python on Windows disables all C runtime library assertions

2009-02-06 Thread Hirokazu Yamamoto
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: I agree. Please focus on _MSC_VER = 1400. I'll post new issue about VC6 after this issue will be solved. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4804

[issue1700463] VC6 build patch for trunk

2008-04-01 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file9044/vc6-trunk-ver4.patch _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1700463

[issue2540] If HAVE_LONG_LONG is not defined, longval will not be initialized (_sqlite)

2008-04-02 Thread Hirokazu Yamamoto
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: I noticed compiler warned 'longval' is not used anywhere. And I found 'longval' was not initialized where HAVE_LONG_LONG was not defined. Is attached patch intended behavior? Thanks. -- components: Extension Modules files

[issue2540] If HAVE_LONG_LONG is not defined, longval will not be initialized (_sqlite)

2008-04-02 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Oh, I forgot this. When I debuged with #undef HAVE_LONG_LONG I noticed test_sqlite.py failed with this error message. == ERROR: CheckLargeInt (sqlite3

[issue2540] If HAVE_LONG_LONG is not defined, longval will not be initialized (_sqlite)

2008-04-02 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- keywords: -easy __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2540 __ ___ Python-bugs-list mailing list

[issue2065] trunk version does not compile with vs8 and vc6

2008-04-05 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I don't know why, but /D MODULE_NAME=\sqlite3\ is troublesome. VC6 IDE expands this to #define MODULE_NAME sqlite3. To workaround this, I used /D MODULE_NAME=\sqlite3\ instead in sqlite3.dsp. Added file: http://bugs.python.org/file9946

[issue2065] trunk version does not compile with vs8 and vc6

2008-04-05 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: _wstat64 does not exist in VC6, so used GetFileAttributesW instead. Added file: http://bugs.python.org/file9957/ocean.zip __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2065

[issue2662] Allows HUGE_VAL as extern variable

2008-04-20 Thread Hirokazu Yamamoto
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: /* On Windows HUGE_VAL is an extern variable and not a constant. Since the special value arrays need a constant we have to roll our own infinity and nan. */ This patch removes this limitation. -- components: Extension

[issue2662] Allows HUGE_VAL as extern variable

2008-04-20 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- keywords: +patch Added file: http://bugs.python.org/file10064/cmathmodule.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2662

[issue2664] The position of special value tables (cmathmodule.c)

2008-04-20 Thread Hirokazu Yamamoto
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: If putting special value tables near function is preferable, (as before) probably this patch helps. -- components: Extension Modules files: cmathmodule.patch keywords: patch messages: 65657 nosy: ocean-city severity: normal status

[issue2664] The position of special value tables (cmathmodule.c)

2008-04-20 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- assignee: - marketdickinson nosy: +marketdickinson __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2664 __ ___ Python

[issue2222] Memory leak in os.rename?

2008-04-22 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I reimplemented patch without O, and made test for all platforms. Unfortunately Windows doesn't have os.link and os.symlink, so for os.rename only. Added file: http://bugs.python.org/file10077/test_and_fix.patch

[issue2664] The position of special value tables (cmathmodule.c)

2008-05-09 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Nope, I don't have strong reason. I just thought exceeding 80 line width is a little ugly, and if data and function are close you can refer both more easily. Please feel free to close this entry as WONT FIX

[issue2896] cmathmodule.c compilation error

2008-05-17 Thread Hirokazu Yamamoto
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.python.org/issue2896

[issue2222] Memory leak in os.rename?

2008-05-23 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- components: +Windows -Extension Modules __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue __ ___ Python-bugs-list

[issue2065] trunk version does not compile with vs8 and vc6

2008-05-29 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file9957/ocean.zip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2065

[issue2065] trunk version does not compile with vs8 and vc6

2008-05-29 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10474/ocean.zip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2065

[issue2065] trunk version does not compile with vs8 and vc6

2008-05-29 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10475/ocean.zip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2065

[issue2065] trunk version does not compile with vs8 and vc6

2008-06-06 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10475/ocean.zip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2065

[issue2065] trunk version does not compile with vs8 and vc6

2008-06-06 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10536/ocean.zip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2065

[issue2065] trunk version does not compile with vs8 and vc6

2008-06-10 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10536/ocean.zip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2065

[issue2065] trunk version does not compile with vs8 and vc6

2008-06-10 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10574/ocean.zip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2065

[issue2065] trunk version does not compile with vs8 and vc6

2008-06-12 Thread Hirokazu Yamamoto
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 build this module. I

[issue2065] trunk version does not compile with vs8 and vc6

2008-06-13 Thread Hirokazu Yamamoto
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 ___ Python

[issue3099] On windows, import nul always succeed

2008-07-01 Thread Hirokazu Yamamoto
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.kernel32 print dll.GetFileAttributesA

[issue3255] [proposal] alternative for re.sub

2008-07-02 Thread Hirokazu Yamamoto
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 flags. sub( pattern, repl, string[, count

[issue2242] Decoding UTF-7 with ignore warnings crashes Python on Windows Vista

2008-07-25 Thread Hirokazu Yamamoto
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 (working copy

[issue3491] compile error fixing (_multiprocessing, windows)

2008-08-01 Thread Hirokazu Yamamoto
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 fixing

[issue2222] Memory leak in os.rename?

2008-08-03 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue2065] trunk version does not compile with vs8 and vc6

2008-08-06 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11065/ocean-remaining.zip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2065

[issue3513] test_multiprocessing hangs without this patch on win2k

2008-08-06 Thread Hirokazu Yamamoto
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 works. Maybe win2003 community buildbot

[issue3210] subprocess.Popen does not release process handles if process cannot be started

2008-08-07 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- nosy: +ocean-city ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3210 ___ ___ Python-bugs-list

[issue3515] refcount gc bug?

2008-08-07 Thread Hirokazu Yamamoto
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) raise RuntimeError() try: foo() except

[issue3515] refcount gc bug?

2008-08-07 Thread Hirokazu Yamamoto
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 RuntimeError() try: foo() except

[issue3515] refcount gc bug?

2008-08-07 Thread Hirokazu Yamamoto
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 [EMAIL PROTECTED] http://bugs.python.org/issue3515

[issue3515] refcount gc bug?

2008-08-07 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I understand. Thank you. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3515 ___ ___ Python-bugs-list

[issue3210] subprocess.Popen does not release process handles if process cannot be started

2008-08-07 Thread Hirokazu Yamamoto
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_traceback holds

[issue3210] subprocess.Popen does not release process handles if process cannot be started

2008-08-07 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3210 ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue3513] test_multiprocessing hangs without this patch on win2k

2008-08-07 Thread Hirokazu Yamamoto
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] http://bugs.python.org/issue3513

[issue3270] test_multiprocessing: test_listener_client flakiness

2008-08-07 Thread Hirokazu Yamamoto
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/multiprocessing

[issue3527] Py_WIN_WIDE_FILENAMES removal

2008-08-08 Thread Hirokazu Yamamoto
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 versions

[issue3270] test_multiprocessing: test_listener_client flakiness

2008-08-09 Thread Hirokazu Yamamoto
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 PROTECTED] http

[issue2065] trunk version does not compile with vs8 and vc6

2008-08-13 Thread Hirokazu Yamamoto
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. I cannot reproduce

[issue2065] trunk version does not compile with vs8 and vc6

2008-08-14 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Can I close this entry? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2065 ___ ___ Python-bugs-list

[issue3551] multiprocessing.Pipe terminates with ERROR_NO_SYSTEM_RESOURCES if large data is sent (win2000)

2008-08-14 Thread Hirokazu Yamamoto
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' to 32MB or more. I

[issue3551] multiprocessing.Pipe terminates with ERROR_NO_SYSTEM_RESOURCES if large data is sent (win2000)

2008-08-14 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: This is traceback when run reproducable.py. Traceback (most recent call last): File string, line 1, in module File e:\python-dev\trunk\lib\multiprocessing\forking.py, line 341, in main prepare(preparation_data) File e:\python-dev

[issue3551] multiprocessing.Pipe terminates with ERROR_NO_SYSTEM_RESOURCES if large data is sent (win2000)

2008-08-14 Thread Hirokazu Yamamoto
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 into some

[issue3575] [py3k] tell() fails in some situation

2008-08-17 Thread Hirokazu Yamamoto
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__.TestMbox

[issue2222] Memory leak in os.rename?

2008-08-17 Thread Hirokazu Yamamoto
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.python.org/issue

[issue3575] [py3k] tell() fails in some situation

2008-08-17 Thread Hirokazu Yamamoto
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.python.org/issue3575

[issue3575] [py3k] tell() fails in some situation

2008-08-17 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: OK, done. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3575

[issue3575] [py3k] tell() fails in some situation

2008-08-17 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Sorry, fixed in r65760 and r65762. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3575 ___ ___ Python-bugs

[issue2222] Memory leak in os.rename?

2008-08-17 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Backported to py3k(r65746) release25-maint(r65747) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue

[issue3580] failures in test_os

2008-08-17 Thread Hirokazu Yamamoto
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.patch

[issue3612] Add some basic mssing types in ctypes.wintypes

2008-08-19 Thread Hirokazu Yamamoto
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: ctypes files

[issue3612] Add some basic mssing types in ctypes.wintypes

2008-08-20 Thread Hirokazu Yamamoto
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.python.org/issue3612

[issue3612] Add some basic mssing types in ctypes.wintypes

2008-08-20 Thread Hirokazu Yamamoto
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 PROTECTED] http

[issue3612] Add some basic mssing types in ctypes.wintypes

2008-08-20 Thread Hirokazu Yamamoto
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/file11178/avoid_giant_all.patch ___ Python

[issue3612] Add some basic mssing types in ctypes.wintypes

2008-08-20 Thread Hirokazu Yamamoto
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_all_and_add_LPs.patch

[issue3612] Add some basic mssing types in ctypes.wintypes

2008-08-20 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Module will be deleted at the end of file anyway (delete _ctypes), maybe we could just do import ctypes and delete ctypes. Added file: http://bugs.python.org/file11183/avoid_giant_all_v2.patch ___ Python

[issue3612] Add some missing basic types in ctypes.wintypes

2008-08-20 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- title: Add some basic mssing types in ctypes.wintypes - Add some missing basic types in ctypes.wintypes ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3612

[issue3674] test_dbm_ndbm skip is unexpected on win32?

2008-08-24 Thread Hirokazu Yamamoto
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: Currently, I get following messege. E:\PYTHON~1\py3k\Lib\testpy3k regrtest.py test_dbm_ndbm.py test_dbm_ndbm test_dbm_ndbm skipped -- No module named _dbm 1 test skipped: test_dbm_ndbm 1 skip unexpected on win32: test_dbm_ndbm I

[issue3732] bdist_msi gives a deprecation warning when run with Python 2.6

2008-08-29 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: This patch will partialy backport r53335 -- keywords: +patch nosy: +ocean-city Added file: http://bugs.python.org/file11315/fix_deprecated_sets.patch ___ Python tracker [EMAIL PROTECTED] http

[issue3748] [py3k] platform.architecture() prints vogus messege on windows

2008-09-01 Thread Hirokazu Yamamoto
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: As title, platform.architecture() prints vogus messege. import platform platform.architecture() 指定されたパスが見つかりません。 ('32bit', 'WindowsPE') It says speicied path is not found. -- components: Library (Lib) messages: 72227 nosy

[issue3732] bdist_msi gives a deprecation warning when run with Python 2.6

2008-09-01 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- keywords: +needs review ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3732 ___ ___ Python-bugs-list

[issue3748] [py3k] platform.architecture() prints vogus messege on windows

2008-09-01 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: This difference between trunk and py3k would go down to this. import os os.popen(r'file e:\python-dev\py3k\PC\VC6\python_d.exe 2 /dev/null') trunk prints nothing, but py3k prints that message. I don't know which is popen's correct

[issue3748] platform.architecture() prints bogus message on windows

2008-09-01 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I've attached patch. (trunk) BTW: I assume you are running this on win32, right ? Yes, I'm running win2k. -- assignee: lemburg - keywords: +patch versions: -Python 2.6 Added file: http://bugs.python.org/file11325/fix.patch

[issue3732] bdist_msi gives a deprecation warning when run with Python 2.6

2008-09-01 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Thanks, fixed in r66100. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3732

[issue3748] platform.architecture() prints bogus message on windows

2008-09-01 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Thanks, fixed in r66104(trunk) and r66106(py3k) -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3748

[issue3697] Fatal Python error: Cannot recover from stack overflow on Windows buildbots

2008-09-01 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Sorry, I don't know about interpreter core, and I cannot reproduce this error. I believe Trent is more familiar with buildbot and python core than me. -- nosy: +Trent.Nelson ___ Python tracker

[issue3719] platform.py: _syscmd_file() can't handle target path with space or special shell character

2008-09-02 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Can you try this patch? 1. used file -b option to eliminate file path. Otherwide, re.split won't work because file path will contain space like this. (I hope -b option can be used anywhere file command exists) a b/python.exe: MS-DOS

[issue3719] platform.py: _syscmd_file() can't handle target path with space or special shell character

2008-09-02 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: [off topic] I used cygwin to create this patch, but platform.architecture()[1] becomes empty string because sys.executable in cygwin points to directory. (at least before installing) Python 2.6b3+ (trunk:66142M, Sep 2 2008, 17:09:46) [GCC

[issue3748] platform.architecture() prints bogus message on windows

2008-09-02 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Well, should I backport this to release25-maint branch? (If accepted, issue3719 as well) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3748

[issue3719] platform.py: _syscmd_file() can't handle target path with space or special shell character

2008-09-02 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Well, if python was installed into directory named foo ELF boo, python will say wrong architecture. import platform platform.architecture() ('32bit', 'ELF') Is it not good to use file -b option

[issue3719] platform.py: _syscmd_file() can't handle target path with space or special shell character

2008-09-02 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: OK, I understand. And I must apologizes about previous my patch. fileout = _architecture_split(output)[1:] should not be deleted. It was should be changed to fileout = _architecture_split(output) Thank you

[issue3759] test_asyncore.py leaks handle

2008-09-02 Thread Hirokazu Yamamoto
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: asyncore.file_wrapper() dups passed handle, so original handle must be closed. -- components: Tests files: test_asyncore.patch keywords: patch messages: 72343 nosy: ocean-city severity: normal status: open title: test_asyncore.py

[issue3759] test_asyncore.py leaks handle

2008-09-02 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- keywords: +easy, needs review ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3759 ___ ___ Python-bugs

[issue3759] test_asyncore.py leaks handle

2008-09-02 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Thanks, fixed in r66162(trunk), r66163(py3k) -- status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3759

[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)

2008-09-03 Thread Hirokazu Yamamoto
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: I created symbolic link to python.exe as dummy.exe on cygwin. But I noticed platform.architecture() printed ('32bit', '') $ ./dummy Python 2.6b3+ (trunk:66166M, Sep 3 2008, 06:43:59) [GCC 3.4.4 (cygming special, gdc 0.12, using dmd 0.125

[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)

2008-09-03 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: - But I noticed platform.architecture() printed ('32bit', '') + But I noticed platform.architecture() printed ('32bit', '') when I lanched python via dummy.exe -- components: +Library (Lib

[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)

2008-09-03 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: This sliped out of my mind. :-( [issue3719] Python versions and must at least support Python 2.1. os.path.realpath is new feature in Python2.2, so probably this cannot be used. I attached another patch platform_v2.patch

[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)

2008-09-03 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3762 ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)

2008-09-03 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11355/platform.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3762

[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)

2008-09-03 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- keywords: +easy, needs review ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3762 ___ ___ Python-bugs

[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)

2008-09-04 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Thanks, fixed in r66213(trunk), r66214(release-maint25), r66216(py3k). -- resolution: accepted - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3762

[issue3774] tkinter Menu.delete bug

2008-09-04 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I tried, and I confirmed released python2.5.2 runs fine. and py3k, trunk, release25-maint fails. Probably something changed after 2.5.2 release. -- nosy: +ocean-city versions: +Python 2.5, Python 2.6

[issue3797] mmap, dbm, ossaudiodev, marshal winreg return bytearray instead of bytes

2008-09-06 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Hello. I confirmed test_winreg.py passed after applied marshal-winreg_bytes.patch. -- nosy: +ocean-city ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3797

[issue3804] Test for issue2222 (r65745)

2008-09-08 Thread Hirokazu Yamamoto
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: This test is for issue. (I didn't know sys.getrefcount) This test doesn't cover the case like os.rename(str, int), but it might be better than no tests. -- components: Tests files: test_for_issue.patch keywords: needs

[issue3804] Test for issue2222 (r65745)

2008-09-08 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: OK, this is revised patch. Added file: http://bugs.python.org/file11426/test_for_issue.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3804

[issue3806] LockTests in test_imp should be skipped when thread is not available

2008-09-08 Thread Hirokazu Yamamoto
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: LockTests is meaningfull only when thread is available, so this patch removes it from tests when thread is unavailable. This patch is for trunk. -- components: Tests files: test_imp.patch keywords: patch messages: 72801 nosy

[issue3806] LockTests in test_imp should be skipped when thread is not available

2008-09-08 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Like attached new patch? There was no strong meaning. :-) del tests[0] can can preserve order of tests, but it's not so important, is it. Added file: http://bugs.python.org/file11428/test_imp.patch

[issue3804] Test for issue2222 (r65745)

2008-09-08 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Thanks, fixed in r66316(trunk), r66318(release25-maint), r66320(py3k) -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3804

[issue3807] _multiprocessing build fails when configure --without-threads

2008-09-08 Thread Hirokazu Yamamoto
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: I'm not sure how to fix this, (or even should fix this) when configure --without-threads, error message is not pretty. This happens at trunk, but probably same thing would happen at py3k. gcc -shared -Wl,--enable-auto-image-base build

[issue3812] py3k build fails if configure --without-threads

2008-09-09 Thread Hirokazu Yamamoto
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: Hello. I failed to build py3k on cygwin (configure --without-threads). It's because io.py imports _dummy_thread, and it imports traceback, and it tries to import c-module itertools which is not built yet. Attached file is workaround patch

[issue3812] py3k build fails if configure --without-threads

2008-09-09 Thread Hirokazu Yamamoto
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11430/py3k_workaround.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3812

[issue3812] py3k build fails if configure --without-threads

2008-09-09 Thread Hirokazu Yamamoto
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Sorry, I removed workaround patch. It was not simply working.:-( ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3812

<    1   2   3   4   5   6   7   8   9   >