[issue1337] Tools/msi/msi.py does not work with PCBuild8
New submission from Kevin Watters: The msi.py script for creating an Windows MSI installer from a Python source tree has hardcoded values for "PCBuild." The newer MSVC 2005 build directory is "PCBuild8" and has a slightly different structure. msi.py needs to be changed to be able to work with a 2005-built Python tree as well. -- components: Build messages: 56791 nosy: kevinwatters severity: normal status: open title: Tools/msi/msi.py does not work with PCBuild8 type: rfe versions: Python 2.6, Python 3.0 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1337> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1320] PCBuild8 Solution Support Changes
Kevin Watters added the comment: This patch did not work for me. After running build_ssl.bat, the last couple lines of my console are: cl /Fotmp32dll\cfb_enc.obj -Iinc32 -Itmp32dll /MD /Ox /O2 /Ob2 /W3 /WX /Gs0 /GF /Gy /nologo -DOPENSSL_SYSNAME_WIN32 -DWIN32_LEAN_AND_MEAN -DL_ENDIAN -D DSO_WIN32 -D_CRT_SECURE_NO_DEPRECATE -DBN_ASM -DMD5_ASM -DSHA1_ASM -DRMD160_ASM -DOPENSSL_USE_APPLINK -I. /Fdout32dll -DOPENSSL_NO_IDEA -DOPENSSL_NO_RC5 -DOPENS SL_NO_MDC2 -DOPENSSL_NO_KRB5 -D_WINDLL -DOPENSSL_BUILD_SHLIBCRYPTO -c .\crypto\ des\cfb_enc.c cfb_enc.c cl /Fotmp32dll\ofb64ede.obj -Iinc32 -Itmp32dll /MD /Ox /O2 /Ob2 /W3 /WX /Gs0 /GF /Gy /nologo -DOPENSSL_SYSNAME_WIN32 -DWIN32_LEAN_AND_MEAN -DL_ENDIAN - DDSO_WIN32 -D_CRT_SECURE_NO_DEPRECATE -DBN_ASM -DMD5_ASM -DSHA1_ASM -DRMD160_ASM -DOPENSSL_USE_APPLINK -I. /Fdout32dll -DOPENSSL_NO_IDEA -DOPENSSL_NO_RC5 -DOPEN SSL_NO_MDC2 -DOPENSSL_NO_KRB5 -D_WINDLL -DOPENSSL_BUILD_SHLIBCRYPTO -c .\crypto \des\ofb64ede.c ofb64ede.c cl /Fotmp32dll\enc_read.obj -Iinc32 -Itmp32dll /MD /Ox /O2 /Ob2 /W3 /WX /Gs0 /GF /Gy /nologo -DOPENSSL_SYSNAME_WIN32 -DWIN32_LEAN_AND_MEAN -DL_ENDIAN - DDSO_WIN32 -D_CRT_SECURE_NO_DEPRECATE -DBN_ASM -DMD5_ASM -DSHA1_ASM -DRMD160_ASM -DOPENSSL_USE_APPLINK -I. /Fdout32dll -DOPENSSL_NO_IDEA -DOPENSSL_NO_RC5 -DOPEN SSL_NO_MDC2 -DOPENSSL_NO_KRB5 -D_WINDLL -DOPENSSL_BUILD_SHLIBCRYPTO -c .\crypto \des\enc_read.c enc_read.c .\crypto\des\enc_read.c(150) : error C2220: warning treated as error - no 'objec t' file generated .\crypto\des\enc_read.c(150) : warning C4996: 'read' was declared deprecated C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\io.h(329) : see de claration of 'read' Message: 'The POSIX name for this item is deprecated. Instead, use the I SO C++ conformant name: _read. See online help for details.' .\crypto\des\enc_read.c(172) : warning C4996: 'read' was declared deprecated C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\io.h(329) : see de claration of 'read' Message: 'The POSIX name for this item is deprecated. Instead, use the I SO C++ conformant name: _read. See online help for details.' NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 8\VC\BIN\c l.EXE"' : return code '0x2' Stop. Executing ms\ntdll.mak failed 2 -- nosy: +kevinwatters __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1320> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3258] ctypes assertion failure in trunk
Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3258> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3258] ctypes assertion failure in trunk
Kevin Watters <[EMAIL PROTECTED]> added the comment:
>From reading through PEP 3118 once I'm not entirely clear on the role
stgdict->format is supposed to be taking here, but I did get comtypes to
compile and run successfully by changing line 910 from
stgdict->format = alloc_format_string("&", itemdict->format);
to
stgdict->format = alloc_format_string("&", itemdict->format ? itemdict-
>format : "P");
(Where "P" is just struct.pack's void pointer format string.)
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3258>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3006] subprocess.Popen causes socket to remain open after close
Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3006> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3006] subprocess.Popen causes socket to remain open after close
Kevin Watters <[EMAIL PROTECTED]> added the comment: I found a workaround for this issue (attached) via the kernel32.dll function SetHandleInformation. You can patch the socket class to set all newly created sockets as uninheritable. It's not perfect--another thread could still spawn a subprocess in between. We probably need some kind of API for setting socket inheritance. Added file: http://bugs.python.org/file11029/socketinherit.py ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3006> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3554] ctypes.wstring_at and string_at call Python API without the GIL
New submission from Kevin Watters <[EMAIL PROTECTED]>: in Lib/ctypes/__init__.py the wstring_at and string_at functions are declared with CFUNCTYPE. This means that in Modules/_ctypes/callproc.c when the functions are invoked, Py_UNBLOCK_THREADS and Py_BLOCK_THREADS surround the call. But string_at and wstring_at call PyString_FromString and PyUnicode_FromWideChar, respectively. The solution (I think) is to declare the functions with PYFUNCTYPE instead, so that callproc.c doesn't release the GIL when calling them. -- assignee: theller components: ctypes messages: 71135 nosy: kevinwatters, theller severity: normal status: open title: ctypes.wstring_at and string_at call Python API without the GIL type: crash versions: Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3554> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue815646] thread unsafe file objects cause crash
Kevin Watters <[EMAIL PROTECTED]> added the comment: I know this is long closed, but no one on the nosy list happens to have this fix backported to 2.5, do they? :) If not, I'll attach one here eventually... -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue815646> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue836035] strftime month name is encoded somehow
Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue836035> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3905] subprocess failing in GUI applications on Windows
Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3905> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7753] newgil backport
Changes by Kevin Watters : -- nosy: +kevinwatters ___ Python tracker <http://bugs.python.org/issue7753> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4143] ast.Node objects do not have column number information
New submission from Kevin Watters <[EMAIL PROTECTED]>: I see column number information in ast.c, but it's not accessible via the information by the Node objects returned by compiler.parse. -- components: Library (Lib) messages: 74948 nosy: kevinwatters severity: normal status: open title: ast.Node objects do not have column number information type: behavior ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4143> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3545] Python turning off assertions (Windows)
Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3545> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4260] ctypes.xFUNCTYPE are decorators.
Kevin Watters <[EMAIL PROTECTED]> added the comment: As far as I know, the above code will fail randomly in release mode if you have multiple threads running Python, because when ctypes calls out to CFUNCTYPE functions, it releases the GIL. For decorating a python function to give to qsort, maybe you can use PYFUNCTYPE? -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4260> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4379] Py_SAFE_DOWNCAST in FILE_TIME_to_time_t_nsec failing
New submission from Kevin Watters <[EMAIL PROTECTED]>: After releasing a Py_DEBUG build to some users who were experiencing problems, I noticed a pattern in some of the crash reports I got back: msvcr90d!_wassert+0xb64 python25_d!FILE_TIME_to_time_t_nsec+0xac python25_d!attribute_data_to_stat+0x67 python25_d!win32_wstat+0x6f python25_d!posix_do_stat+0x51 python25_d!posix_stat+0x24 python25_d!PyCFunction_Call+0x65 python25_d!call_function+0x34f python25_d!PyEval_EvalFrameEx+0x4741 The only way I can see _wassert being hit in FILE_TIME_to_time_t_nsec is in the Py_SAFE_DOWNCAST used to downcast an __int64 to int. Py_SAFE_DOWNCAST checks that there is equality between the casted and non-casted values with Py_DEBUG enabled--maybe in this function we should remove Py_SAFE_DOWNCAST? I can't find a way to see the actual value for "in" before the assert is hit--I'm unfamiliar with picking through minidumps with WinDbg, which for some reason will show me the stack for these dumps when Visual Studio won't. But if I need to investigate more about them I can. -- components: None messages: 76193 nosy: kevinwatters severity: normal status: open title: Py_SAFE_DOWNCAST in FILE_TIME_to_time_t_nsec failing type: behavior versions: Python 2.5.3 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4379> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3001] RLock's are SLOW
Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3001> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4589] 'with' loses ->bool exceptions
Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4589> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4868] Faster utf-8 decoding
Changes by Kevin Watters : -- nosy: +kevinwatters ___ Python tracker <http://bugs.python.org/issue4868> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4753] Faster opcode dispatch on gcc
Changes by Kevin Watters : -- nosy: +kevinwatters ___ Python tracker <http://bugs.python.org/issue4753> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4753] Faster opcode dispatch on gcc
Kevin Watters added the comment: Does anyone know the equivalent ICC command line option for GCC's -fno- gcse? (Or if it has one?) I can't find a related option in the docs. It looks like ICC hits the same combining goto problem, as was mentioned: without changing any options, I applied pitrou_dispatch_2.7.patch to release-26maint and pybench reported literally no difference, +0.0%. Even if stock Python is built with MSVC, devs like myself who ship Python would like to see the benefit. ___ Python tracker <http://bugs.python.org/issue4753> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5249] Fix strftime on windows.
Changes by Kevin Watters : -- nosy: +kevinwatters ___ Python tracker <http://bugs.python.org/issue5249> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1641] asyncore delayed calls feature
Changes by Kevin Watters : -- nosy: +kevinwatters ___ Python tracker <http://bugs.python.org/issue1641> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5711] socket.create_connection not in __all__
New submission from Kevin Watters : socket.create_connection was added in 2.6, but does not get exposed in socket's __all__. Attached is the simple fix against 2.6's socket.py. -- components: Library (Lib) files: socket-all-26.diff keywords: patch messages: 85656 nosy: kevinwatters severity: normal status: open title: socket.create_connection not in __all__ type: behavior versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1 Added file: http://bugs.python.org/file13636/socket-all-26.diff ___ Python tracker <http://bugs.python.org/issue5711> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5949] IMAP4_SSL spin because of SSLSocket.suppress_ragged_eofs
New submission from Kevin Watters : I cannot reproduce this locally yet, but I have several bug reports from users showing that IMAP4_SSL connections can get stuck in an infinite loop during logout() File "imaplib.pyo", line 529, in logout File "imaplib.pyo", line 1059, in _simple_command File "imaplib.pyo", line 889, in _command_complete File "imaplib.pyo", line 990, in _get_tagged_response File "imaplib.pyo", line 907, in _get_response File "imaplib.pyo", line 1000, in _get_line File "imaplib.pyo", line 1170, in readline File "ssl.pyo", line 136, in read IMAP4_SSL uses ssl.wrap_socket and should probably be passing suppress_ragged_eofs=False. Without this, self.sslobj.read() may return '' forever, and both IMAP4_SSL.read() and IMAP4_SSL.readline() will spin. With suppress_ragged_eofs=False, calling logout() may raise an SSLError instead. Thoughts? -- components: Library (Lib) messages: 87337 nosy: kevinwatters severity: normal status: open title: IMAP4_SSL spin because of SSLSocket.suppress_ragged_eofs type: behavior versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker <http://bugs.python.org/issue5949> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5949] IMAP4_SSL spin because of SSLSocket.suppress_ragged_eofs
Kevin Watters added the comment: I wasn't sure--the docs for SSLSocket.read (http://docs.python.org/library/ssl.html#ssl.SSLSocket.read) say "Reads up to nbytes bytes from the SSL-encrypted channel and returns them." With that "up to" I wasn't sure that an empty string would necessarily mean EOF--I'm not familiar enough with _ssl.c to say either way. -- ___ Python tracker <http://bugs.python.org/issue5949> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6132] Implement the GIL with critical sections in Windows
Changes by Kevin Watters : -- nosy: +kevinwatters ___ Python tracker <http://bugs.python.org/issue6132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
