a bug in python windows service?

[momobear]

I feel really puzzled about fellowing code, please help me finger out
what problem here.

import threading

class workingthread(t hreading.Thread ):
def __init__(self):
self.quitEvent = threading.Event ()
self.waitTime = 10
threading.Threa d.__init__(self )

def run(self):
while not self.quitEvent. isSet():
self.quitEvent. wait(self.waitT ime)

def join(self, timeout = None):
self.quitEvent. set()
threading.Threa d.join(self, timeout)

import win32serviceuti l
import win32event

class testTime(win32s erviceutil.Serv iceFramework):
_svc_name_ = "testTime"
_svc_display_na me_ = "testTime"
_svc_deps_ = ["EventLog"]

def __init__(self, args):
win32serviceuti l.ServiceFramew ork.__init__(se lf, args)
self.hWaitStop = win32event.Crea teEvent(None, 0, 0, None)
self.thread = workingthread()

def SvcStop(self):
win32event.SetE vent(self.hWait Stop)

def SvcDoRun(self):
self.thread.run ()
win32event.Wait ForSingleObject (self.hWaitStop ,
win32event.INFI NITE)
self.thread.joi n()

if __name__ == '__main__':
win32serviceuti l.HandleCommand Line(testTime)

each time I got the fellowing result, anyone can point out what's
wrong in it?

E:\code\monitor 2>testTime.py debug
Debugging service testTime- press Ctrl+C to stop.
Stopping debug service.
Error 0xC0000003 - The instance's SvcRun() method failed

File "C:\Python24\Li b\site-packages\win32\ lib\win32servic eutil.py",
line 785,
in SvcRun
self.SvcDoRun()
File "E:\code\monito r2\testTime.py" , line 35, in SvcDoRun
self.thread.run ()
File "E:\code\monito r2\testTime.py" , line 12, in run
self.quitEvent. wait(self.waitT ime)
File "C:\Python24\li b\threading.py" , line 348, in wait
self.__cond.wai t(timeout)
File "C:\Python24\li b\threading.py" , line 222, in wait
_sleep(delay)

exceptions.IOEr ror: (4, 'Interrupted function call')

[Gabriel Genellina]

En Sat, 26 May 2007 23:00:45 -0300, momobear <wg****@gmail.c omescribió:

I feel really puzzled about fellowing code, please help me finger out
what problem here.

import threading

class workingthread(t hreading.Thread ):
def __init__(self):
self.quitEvent = threading.Event ()
self.waitTime = 10
threading.Threa d.__init__(self )

def run(self):
while not self.quitEvent. isSet():
self.quitEvent. wait(self.waitT ime)

def join(self, timeout = None):
self.quitEvent. set()
threading.Threa d.join(self, timeout)

import win32serviceuti l
import win32event

class testTime(win32s erviceutil.Serv iceFramework):
_svc_name_ = "testTime"
_svc_display_na me_ = "testTime"
_svc_deps_ = ["EventLog"]

def __init__(self, args):
win32serviceuti l.ServiceFramew ork.__init__(se lf, args)
self.hWaitStop = win32event.Crea teEvent(None, 0, 0, None)
self.thread = workingthread()

def SvcStop(self):
win32event.SetE vent(self.hWait Stop)

def SvcDoRun(self):
self.thread.run ()
win32event.Wait ForSingleObject (self.hWaitStop ,
win32event.INFI NITE)
self.thread.joi n()

No, this is not a bug. You must not call Thread.run(), use Thread.start()
instead - else your code won't run in a different thread of execution. See
http://docs.python.org/lib/thread-objects.html on how to use Thread
objects - and note that you should *only* override __init__ and run, if
any.
Instead of extending join(), write a specific method to signal the
quitEvent or just let the caller signal it. And I don't see in this
example why do you need two different events (one on the thread, another
on the service controller), a single event would suffice.

--
Gabriel Genellina

[momobear]

No, this is not a bug. You must not call Thread.run(), use Thread.start()
instead - else your code won't run in a different thread of execution. See http://docs.python.org/lib/thread-objects.htmlon how to use Thread
objects - and note that you should *only* override __init__ and run, if
any.
Instead of extending join(), write a specific method to signal the
quitEvent or just let the caller signal it. And I don't see in this
example why do you need two different events (one on the thread, another
on the service controller), a single event would suffice.

--
Gabriel Genellina

Thanks for help, It works now:D

[momobear]

Instead of extending join(), write a specific method to signal the
quitEvent or just let the caller signal it. And I don't see in this
example why do you need two different events (one on the thread, another
on the service controller), a single event would suffice.

I don't think a single event is enought, since I think the event
python created and windows event are not same kind of event.

[Gabriel Genellina]

En Sun, 27 May 2007 09:07:36 -0300, momobear <wg****@gmail.c omescribió:

>Instead of extending join(), write a specific method to signal the
quitEvent or just let the caller signal it. And I don't see in this
example why do you need two different events (one on the thread, another
on the service controller), a single event would suffice.

I don't think a single event is enought, since I think the event
python created and windows event are not same kind of event.

They are not the same object, of course (altough the threading.Event
object relies eventually on a mutex implemented using CreateEvent). But in
this case both can be successfully used; of course, having the Python
object a more "pythonic" interfase (not a surprise!), it's easier to use.
The same example modified using only a threading.Event object (and a few
messages to verify how it runs):

import threading
from win32api import OutputDebugStri ng as ODS

class workingthread(t hreading.Thread ):
def __init__(self, quitEvent):
self.quitEvent = quitEvent
self.waitTime = 1
threading.Threa d.__init__(self )

def run(self):
while not self.quitEvent. isSet():
ODS("Running... \n")
self.quitEvent. wait(self.waitT ime)
ODS("Exit run.\n")
import win32serviceuti l
import win32event

class testTime(win32s erviceutil.Serv iceFramework):
_svc_name_ = "testTime"
_svc_display_na me_ = "testTime"
_svc_deps_ = ["EventLog"]

def __init__(self, args):
win32serviceuti l.ServiceFramew ork.__init__(se lf, args)
self.hWaitStop = threading.Event ()
self.thread = workingthread(s elf.hWaitStop)

def SvcStop(self):
self.hWaitStop. set()

def SvcDoRun(self):
self.thread.sta rt()
self.hWaitStop. wait()
self.thread.joi n()

if __name__ == '__main__':
win32serviceuti l.HandleCommand Line(testTime)

--
Gabriel Genellina

[momobear]

On May 27, 11:25 pm, "Gabriel Genellina" <[e-mail].a r>
wrote:

En Sun, 27 May 2007 09:07:36 -0300, momobear <wgw...@gmail.c omescribió:

Instead of extending join(), write a specific method to signal the
quitEvent or just let the caller signal it. And I don't see in this
example why do you need two different events (one on the thread, another
on the service controller), a single event would suffice.

I don't think a single event is enought, since I think the event
python created and windows event are not same kind of event.

They are not the same object, of course (altough the threading.Event
object relies eventually on a mutex implemented using CreateEvent). But in
this case both can be successfully used; of course, having the Python
object a more "pythonic" interfase (not a surprise!), it's easier to use.
The same example modified using only a threading.Event object (and a few
messages to verify how it runs):

import threading
from win32api import OutputDebugStri ng as ODS

class workingthread(t hreading.Thread ):
def __init__(self, quitEvent):
self.quitEvent = quitEvent
self.waitTime = 1
threading.Threa d.__init__(self )

def run(self):
while not self.quitEvent. isSet():
ODS("Running... \n")
self.quitEvent. wait(self.waitT ime)
ODS("Exit run.\n")

import win32serviceuti l
import win32event

class testTime(win32s erviceutil.Serv iceFramework):
_svc_name_ = "testTime"
_svc_display_na me_ = "testTime"
_svc_deps_ = ["EventLog"]

def __init__(self, args):
win32serviceuti l.ServiceFramew ork.__init__(se lf, args)
self.hWaitStop = threading.Event ()
self.thread = workingthread(s elf.hWaitStop)

def SvcStop(self):
self.hWaitStop. set()

def SvcDoRun(self):
self.thread.sta rt()
self.hWaitStop. wait()
self.thread.joi n()

if __name__ == '__main__':
win32serviceuti l.HandleCommand Line(testTime)

--
Gabriel Genellina

Great! thanks, now I understand the real work of the python windows
service.