Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Python: Dev

Any updates on this subprocess/signal bug/issue (Re: subprocess and EINTR errnos)

 

 

Python dev RSS feed   Index | Next | Previous | View Threaded


hnassrat at gmail

Jul 6, 2009, 9:16 AM

Post #1 of 3 (327 views)
Permalink
Any updates on this subprocess/signal bug/issue (Re: subprocess and EINTR errnos)

On Wed, 17 Nov 2004, Peter Astrand wrote,
> I've made a patch (attached) to subprocess.py (and test_subprocess.py)
> that should guard against EINTR, but I haven't committed it yet. It's
> quite large.
>
> Are Python modules supposed to handle EINTR? Why not let the C code handle
> this? Or, perhaps the signal module should provide a sigaction function,
> so that users can use SA_RESTART.

This is a snippet from a email sent in 2004, I was wondering if there
was any update on this issue. Are these issues supposed to be handled on
a per application basis, or will a fix go into Python in the near
future?

--
Hatem Nassrat

Refrences:

http://mail.python.org/pipermail/python-dev/2004-November/049983.html
_______________________________________________
Python-Dev mailing list
Python-Dev[at]python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/list-python-dev%40lists.gossamer-threads.com


hnassrat at gmail

Jul 6, 2009, 11:18 AM

Post #2 of 3 (298 views)
Permalink
Any updates on this subprocess/signal bug/issue (Re: subprocess and EINTR errnos) [In reply to]

On Wed, 17 Nov 2004, Peter Astrand wrote,
> I've made a patch (attached) to subprocess.py (and test_subprocess.py)
> that should guard against EINTR, but I haven't committed it yet. It's
> quite large.
>
> Are Python modules supposed to handle EINTR? Why not let the C code handle
> this? Or, perhaps the signal module should provide a sigaction function,
> so that users can use SA_RESTART.

This is a snippet from a email sent in 2004, I was wondering if there
was any update on this issue. Are these issues supposed to be handled on
a per application basis, or will a fix go into Python in the near
future?

--
Hatem Nassrat

Refrences:

http://mail.python.org/pipermail/python-dev/2004-November/049983.html
_______________________________________________
Python-Dev mailing list
Python-Dev[at]python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/list-python-dev%40lists.gossamer-threads.com


aahz at pythoncraft

Jul 6, 2009, 12:29 PM

Post #3 of 3 (301 views)
Permalink
Re: Any updates on this subprocess/signal bug/issue (Re: subprocess and EINTR errnos) [In reply to]

On Mon, Jul 06, 2009, Hatem Nassrat wrote:
> On Wed, 17 Nov 2004, Peter Astrand wrote,
>>
>> I've made a patch (attached) to subprocess.py (and test_subprocess.py)
>> that should guard against EINTR, but I haven't committed it yet. It's
>> quite large.
>>
>> Are Python modules supposed to handle EINTR? Why not let the C code handle
>> this? Or, perhaps the signal module should provide a sigaction function,
>> so that users can use SA_RESTART.
>
> This is a snippet from a email sent in 2004, I was wondering if there
> was any update on this issue. Are these issues supposed to be handled on
> a per application basis, or will a fix go into Python in the near
> future?

For starters, if there is to be any progress, there needs to be an open
issue on bugs.python.org -- have you searched to see if one already
exists and created one if it doesn't?
--
Aahz (aahz[at]pythoncraft.com) <*> http://www.pythoncraft.com/

"as long as we like the same operating system, things are cool." --piranha
_______________________________________________
Python-Dev mailing list
Python-Dev[at]python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/list-python-dev%40lists.gossamer-threads.com

Python dev RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact lists@gossamer-threads.com
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.