[ python-Bugs-701836 ] Thread running (os.system or popen#)

SourceForge.net noreply at sourceforge.net
Sat Jan 15 21:34:38 CET 2005


Bugs item #701836, was opened at 2003-03-11 18:46
Message generated for change (Comment added) made by facundobatista
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=701836&group_id=5470

Category: Python Interpreter Core
Group: Python 2.2.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Johan Fredrik Öhman (johanfo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Thread running (os.system or popen#)

Initial Comment:
Bottom line: Some programs may lock up when 
spawned from a thread.


>>> import thread, os
>>> thread.start_new_thread(os.system,
("/usr/sbin/ntpdate ifi.uio.no",))

This starts a program "ntpdate" from a Python thread.  
Usually this is no problem. Ntpdate, is a simple program 
to adjust the clock of the system. However, when 
ntpdate is started from a thread it locks up and newer 
exits!!   With my limited debugging knowledge, it sems 
as it hangs in a "poll()" kernel call, however, this could 
be misleading. (I used stacktrace -p <pid>)



----------------------------------------------------------------------

>Comment By: Facundo Batista (facundobatista)
Date: 2005-01-15 17:34

Message:
Logged In: YES 
user_id=752496

Works ok for me:

Python 2.3.4 (#1, Oct 26 2004, 16:42:40)
[GCC 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)] on linux2
Type "help", "copyright", "credits" or "license" for more
information.
>>> import thread, os
>>> thread.start_new_thread(os.system,("/usr/sbin/ntpdate
ifi.uio.no",))
-1210684496
>>>


----------------------------------------------------------------------

Comment By: Facundo Batista (facundobatista)
Date: 2005-01-15 17:34

Message:
Logged In: YES 
user_id=752496

Please, could you verify if this problem persists in Python 2.3.4
or 2.4?

If yes, in which version? Can you provide a test case?

If the problem is solved, from which version?

Note that if you fail to answer in one month, I'll close this bug
as "Won't fix".

Thank you! 

.    Facundo

----------------------------------------------------------------------

Comment By: Johan Fredrik Öhman (johanfo)
Date: 2003-03-12 13:12

Message:
Logged In: YES 
user_id=556425

I have verified this bug on both Redhat 8.0 and SuSE 8.1, 
linux yes.

Signal is one possible path, filedescriptors another.  I read 
somwhere that there was some issues with pthreads forking 
and filedescriptors.  However, this is not my area (too low 
level)....

----------------------------------------------------------------------

Comment By: Michael Hudson (mwh)
Date: 2003-03-12 09:40

Message:
Logged In: YES 
user_id=6656

IIRC, threads other than the main thread get a signal mask
that blocks everything.  That could be the problem, but I
don't know what to do about it...

What platform are you on?  Linux?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=701836&group_id=5470


More information about the Python-bugs-list mailing list