[issue7753] newgil backport

Changes by Kevin Watters : -- nosy: +kevinwatters ___ Python tracker <http://bugs.python.org/issue7753> ___ ___ Python-bugs-list mailing list Unsubscribe:

[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:

[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

[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

[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: ke

[issue1641] asyncore delayed calls feature

Changes by Kevin Watters : -- nosy: +kevinwatters ___ Python tracker <http://bugs.python.org/issue1641> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5249] Fix strftime on windows.

Changes by Kevin Watters : -- nosy: +kevinwatters ___ Python tracker <http://bugs.python.org/issue5249> ___ ___ Python-bugs-list mailing list Unsubscribe:

[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,

[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:

[issue4868] Faster utf-8 decoding

Changes by Kevin Watters : -- nosy: +kevinwatters ___ Python tracker <http://bugs.python.org/issue4868> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4589] 'with' loses ->bool exceptions

Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4589> ___ __

[issue3001] RLock's are SLOW

Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3001> ___ __

[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_t

[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

[issue3545] Python turning off assertions (Windows)

Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3545> ___ __

[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 s

[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> ___ __

[issue836035] strftime month name is encoded somehow

Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue836035> ___ __

[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 ___ Pyt

[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 cal

[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 st

[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> ___ __

[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 =

[issue3258] ctypes assertion failure in trunk

Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3258> ___ __

[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

[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