http://bugs.winehq.org/show_bug.cgi?id=8466 ------- Additional Comments From focht(a)gmx.net 2007-24-05 15:54 ------- Hello, all service calls seem balanced, except this (unusual) call sequence: --- snip --- 0018:Call advapi32.OpenSCManagerA(00000000,00000000,00000002) ret=60d0385d 0018:Ret advapi32.OpenSCManagerA() retval=0073a028 ret=60d0385d 0018:Call advapi32.OpenServiceA(0073a028,60d12318 "\xc7-DillaSrv",000f01ff) ret=60d03878 0018:Ret advapi32.OpenServiceA() retval=00734db0 ret=60d03878 0018:Call advapi32.CloseServiceHandle(0073a028) ret=60d03883 0018:Ret advapi32.CloseServiceHandle() retval=00000001 ret=60d03883 0018:Call advapi32.QueryServiceStatus(00734db0,0034f154) ret=60d03893 0018:Ret advapi32.QueryServiceStatus() retval=00000001 ret=60d03893 0018:Call advapi32.StartServiceA(00734db0,00000000,00000000) ret=60d038a9 001d:Call advapi32.StartServiceCtrlDispatcherA(0034febc) ret=00401028 0018:Ret advapi32.StartServiceA() retval=00000000 ret=60d038a9 0018:Call advapi32.CloseServiceHandle(00734db0) ret=60d038b2 0018:Ret advapi32.CloseServiceHandle() retval=00000001 ret=60d038b2 --- snip --- The SCM handle is refcounted, any OpenService will increment refcout (initial = 1). CloseServiceHandle() on SCM handle does only destroy handle if refcount dropped to zero. That should not be the case here - due to previous OpenService() call. Please rerun with WINEDEBUG=+advapi so we can see sc_handle trace data (refcounts) and maybe the real cause for service start failure. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.