TSPI_providerShutdown not called by TapiSrv reliably
Venky
Platform: Windows 2003 server, Windows Vista
My understanding is that when the last TAPI app calls lineShutdown, TapiSrv
will call TSPI_providerShutdown() on the TSP. This is important for my TSP,
as I depend on this call to cleanup the resources, and perform some other
important logic.
But what I notice is that even after I shutdown all TAPI apps in the system
(they all call lineShutdown), I see TSPI_providerShutdown() not called by the
TapiSrv reliably. I do see TSPI_providerShutdown() called on some machines,
but on many occasions I have not seen this called at all.
I ran process explorer, did a "Find" processes, using Tapi32.dll as the filter
(effectively listing all processes in the system that load Tapi32.dll).
There are
a bunch of system processes that load "NetTapi32.dll" & some that load
"Tapi32.dll", but none of these are application processes though. Could one
of these processes be causing the observed behavior or am I not understanding
this right ?
Matthias Moetje [MVP]
this means that at least one application is keeping your TSP's lines
open. Usual supects (in case no 3rd party apps are installed) are
the RAS service or the FAX service (depending on the media types
your TSP supports). Please check these services first, it doesn't
need to be an interactive application that is responsible...
Best regards,
Matthias Moetje
-------------------------------------
TAPI WIKI: http://www.tapi.info
-------------------------------------
TERASENS GmbH
Augustenstraße 24
80333 Munich, GERMANY
-------------------------------------
e-mail: moetje at terasens dot com
www: www.terasens.com
-------------------------------------
"Venky" <Ve...@discussions.microsoft.com> wrote in message
news:70342E5F-7F85-4952...@microsoft.com...
Venky
ability & verified that there is nothing running suspicious in the system.
On a vista machine, I reproduced the issue today (TapiSrv did not call
TSPI_providerShutdown()) & when i brought up process explorer to list all
processes using *Tapi32.dll, this is what it reports:
[System Process] DLL C:\windows\system32\NETAPI32.DLL
taskeng.exe DLL C:\windows\system32\NETAPI32.DLL
MSASCui.exe DLL C:\windows\system32\NETAPI32.DLL
rdpclip.exe DLL C:\windows\system32\NETAPI32.DLL
explorer.exe DLL C:\windows\system32\NETAPI32.DLL
1) None of the above look suspicious to me.
2) Only MSASCui.exe (Windows Defender) looks safe enough to stop
3) These processes are not even loading Tapi32.dll, they are loading
NeTapi32.dll.
This seems like a bug in Microsoft TapiSrv to me.
Matthias Moetje [MVP]
could you please try the following to commands:
tasklist /m tapi32.dll
tasklist /m tapi3.dll
Best regards,
Matthias Moetje
-------------------------------------
TAPI WIKI: http://www.tapi.info
-------------------------------------
TERASENS GmbH
Augustenstra�e 24
80333 Munich, GERMANY
-------------------------------------
e-mail: moetje at terasens dot com
www: www.terasens.com
-------------------------------------
"Venky" <Ve...@discussions.microsoft.com> wrote in message
news:70F42660-89F3-49CE...@microsoft.com...
>> Augustenstra�e 24
Venky
Here is the output:
C:\Users\admin>tasklist /m tapi32.dll
INFO: No tasks are running which match the specified criteria.
C:\Users\admin>tasklist /m tapi3.dll
INFO: No tasks are running which match the specified criteria.
C:\Users\admin>tasklist /m netapi32.dll
Image Name PID Modules
========================= ========
taskeng.exe 3324 NETAPI32.dll
explorer.exe 3472 NETAPI32.dll
MSASCui.exe 2780 NETAPI32.dll
tasklist.exe 3248 NETAPI32.dll
"Matthias Moetje [MVP]" wrote:
> Venky,
>
> could you please try the following to commands:
>
> tasklist /m tapi32.dll
> tasklist /m tapi3.dll
>
>
> Best regards,
>
> Matthias Moetje
> -------------------------------------
> TAPI WIKI: http://www.tapi.info
> -------------------------------------
> TERASENS GmbH
> Augustenstraße 24
> >> Augustenstraße 24
Matthias Moetje [MVP]
1st thing: forget about netapi and netapi32, these don't have anything
to do with TAPI.
As far as I have tested with my TSP TSPI_providerShutdown is called
when no more TAPI applications are using the TSP.
The only idea I have is that your TSP is maybe not releasing/clearing all
calls so that the Telephony Service does not unload the TSP.
I suggest that you do further investigation if there is a relation existing
calls, i.e. check if TSPI_providerShutdown is called when you don't
perform any call.
Best regards,
Matthias Moetje
-------------------------------------
TAPI WIKI: http://www.tapi.info
-------------------------------------
TERASENS GmbH
Augustenstraße 24
80333 Munich, GERMANY
-------------------------------------
e-mail: moetje at terasens dot com
www: www.terasens.com
-------------------------------------
"Venky" <Ve...@discussions.microsoft.com> wrote in message
news:C923E9F3-D08C-479C...@microsoft.com...
![Andreas Marschall [MVP TAPI]'s profile photo](http://lh3.googleusercontent.com/a-/ALV-UjUdVhINZ75uvCzmDvRIjAQ_KkFrrjQd-XqxpwhoppRsppj2w5gW=s40-c)
Andreas Marschall [MVP TAPI]
news:%23voqOae...@TK2MSFTNGP06.phx.gbl...
> Venky,
>
> 1st thing: forget about netapi and netapi32, these don't have anything
> to do with TAPI.
>
> As far as I have tested with my TSP TSPI_providerShutdown is called
> when no more TAPI applications are using the TSP.
>
> The only idea I have is that your TSP is maybe not releasing/clearing all
> calls so that the Telephony Service does not unload the TSP.
>
> I suggest that you do further investigation if there is a relation existing
> calls, i.e. check if TSPI_providerShutdown is called when you don't
> perform any call.
Venky, in addition to Matthias replies,
TAPISRV never shutsdown if the start mode of the Telephony Service is set to
'automatic'.
This could have either be done manually in SCM or implicitly by enabling
Telephony Server in TAPIMGMT.msc.
When Telephony Service is in start modem 'manual' then TAPISRV usually shuts
down 30sec after the last TAPI app has its lines shutdown.
Does the issue persist on the affected machines when you uninstall your TSP ?
--
Best Regards
Andreas Marschall
Microsoft MVP for TAPI / Windows SDK / Visual C++
TAPI / TSP Developer and Tester
My TAPI and TSPI FAQ:
http://www.I-B-A-M.de/Andreas_Marschall's_TAPI_and_TSPI_FAQ.htm
My Toto® Tools (a collection of free, mostly TAPI related tools):
http://www.i-b-a-m.de/Andreas_Marschall's_Toto_Tools.htm
TAPI development around the world (Frappr! map):
http://www.frappr.com/TAPIaroundTheWorld
* Please post all messages and replies to the newsgroup so all may
* benefit from the discussion. Private mail is usually not replied to.
* This posting is provided "AS IS" with no warranties, and confers no rights.
Venky
Thanks for your response. TapiSrv in my case, is configured with Start Mode
"manual". I havent tried uninstalling my TSP, how do I verify that the
TapiSrv shuts down after I uninstall my TSP ?
BTW, I have also scanned to the best of my ability that my TSP does not keep
references to any of the objects after the last line is closed.
Andreas Marschall [MVP TAPI]
news:96515980-7B8C-4E46...@microsoft.com...
> Andreas,
>
> Thanks for your response.
Venky, you are welcome.
> TapiSrv in my case, is configured with Start Mode
> "manual". I havent tried uninstalling my TSP, how do I verify that the
> TapiSrv shuts down after I uninstall my TSP ?
In SCM you can check whether the Telephony Service is running (started) or
not.
(Please remember to refresh the SCM status via F5 manually.)
Alternatively you can check whether TAPISRV.DLL is loaded.
See my TAPI and TSPI FAQ:
Q: Which process is hosting TAPISRV ?
http://www.i-b-a-m.de/Andreas_Marschall's_TAPI_and_TSPI_FAQ.htm#_Q:_Which_process
> BTW, I have also scanned to the best of my ability that my TSP does not keep
> references to any of the objects after the last line is closed.
OK, so it will be interesting whether the issue persists when you uninstall
your TSP.