[issue7753] newgil backport

2010-01-22 Thread Kevin Watters

Changes by Kevin Watters kevinwatt...@gmail.com:


--
nosy: +kevinwatters

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7753
___
___
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

2009-05-28 Thread Kevin Watters

Changes by Kevin Watters kevinwatt...@gmail.com:


--
nosy: +kevinwatters

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6132
___
___
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

2009-05-07 Thread Kevin Watters

Kevin Watters kevinwatt...@gmail.com 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 rep...@bugs.python.org
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

2009-05-06 Thread Kevin Watters

New submission from Kevin Watters kevinwatt...@gmail.com:

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 rep...@bugs.python.org
http://bugs.python.org/issue5949
___
___
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__

2009-04-06 Thread Kevin Watters

New submission from Kevin Watters kevinwatt...@gmail.com:

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 rep...@bugs.python.org
http://bugs.python.org/issue5711
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue1641] asyncore delayed calls feature

2009-03-25 Thread Kevin Watters

Changes by Kevin Watters kevinwatt...@gmail.com:


--
nosy: +kevinwatters

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1641
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue5249] Fix strftime on windows.

2009-02-13 Thread Kevin Watters

Changes by Kevin Watters kevinwatt...@gmail.com:


--
nosy: +kevinwatters

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5249
___
___
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

2009-01-30 Thread Kevin Watters

Kevin Watters kevinwatt...@gmail.com 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 rep...@bugs.python.org
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

2009-01-26 Thread Kevin Watters

Changes by Kevin Watters kevinwatt...@gmail.com:


--
nosy: +kevinwatters

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4753
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue4868] Faster utf-8 decoding

2009-01-08 Thread Kevin Watters

Changes by Kevin Watters kevinwatt...@gmail.com:


--
nosy: +kevinwatters

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4868
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue4589] 'with' loses -bool exceptions

2008-12-08 Thread Kevin Watters

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



[issue3001] RLock's are SLOW

2008-12-02 Thread Kevin Watters

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



[issue4379] Py_SAFE_DOWNCAST in FILE_TIME_to_time_t_nsec failing

2008-11-21 Thread Kevin Watters

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



[issue4260] ctypes.xFUNCTYPE are decorators.

2008-11-05 Thread Kevin Watters

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



[issue3545] Python turning off assertions (Windows)

2008-10-27 Thread Kevin Watters

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



[issue4143] ast.Node objects do not have column number information

2008-10-17 Thread Kevin Watters

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



[issue3905] subprocess failing in GUI applications on Windows

2008-09-20 Thread Kevin Watters

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



[issue836035] strftime month name is encoded somehow

2008-08-29 Thread Kevin Watters

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



[issue815646] thread unsafe file objects cause crash

2008-08-18 Thread Kevin Watters

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



[issue3554] ctypes.wstring_at and string_at call Python API without the GIL

2008-08-14 Thread Kevin Watters

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



[issue3006] subprocess.Popen causes socket to remain open after close

2008-08-01 Thread Kevin Watters

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



[issue3006] subprocess.Popen causes socket to remain open after close

2008-07-30 Thread Kevin Watters

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



[issue3258] ctypes assertion failure in trunk

2008-07-08 Thread Kevin Watters

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



[issue3258] ctypes assertion failure in trunk

2008-07-03 Thread Kevin Watters

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



[issue1320] PCBuild8 Solution Support Changes

2007-10-29 Thread Kevin Watters

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



[issue1337] Tools/msi/msi.py does not work with PCBuild8

2007-10-26 Thread Kevin Watters

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