Changes by Zhiping Deng :
--
nosy: +Zhiping.Deng
___
Python tracker
<http://bugs.python.org/issue5557>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Zhiping Deng :
--
nosy: +Zhiping.Deng
___
Python tracker
<http://bugs.python.org/issue13703>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Zhiping Deng :
If python was configured without-threads:
% ./python
Python 2.7.2+ (2.7:e71e4bd45c89, Dec 28 2011, 21:03:59)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>&g
Zhiping Deng added the comment:
It works for me!
--
nosy: +Zhiping.Deng
___
Python tracker
<http://bugs.python.org/issue12612>
___
___
Python-bugs-list mailin
Zhiping Deng added the comment:
I think the problem is that after a user calles signal.siginterrupt(False),
he would expect that the socket.recv should handles EINTR properly
for him because it's the behaviour in c level.
He doesn't know socket.recv() calles select(2) interna
New submission from Zhiping Deng :
If socket timeout > 0, then there is no way to automatically
restart some socket calls like recv().
Calling siginterrupt(False) is useless, because python calls
internal_select() if socket has timeout, and select returns
error(EINTR) once interrupted b
New submission from Zhiping Deng :
http://docs.python.org/c-api/init.html?highlight=py_addpendingcall#Py_AddPendingCall
void Py_AddPendingCall(int (*func)(void *, void *arg))
which should be
void Py_AddPendingCall(int (*func)(void *), void *arg)
--
assignee: docs@python
components
