tapisrv.exe在从已开发的程序

时间:2015-09-21 12:55:47

标签: c# tapi

所以我在VS2013中用C#开发了一个程序,利用TAPI在1个按钮上拨打电话。最初我使用的是TAPI3库,但在发现它不处于工作状态后,我切换到了JulMar的TAPI 2包装器。我使用的是Windows 8 64位,虽然该程序仅在Win8 64位计算机上的其他地方使用,但是会出现此问题。

每当我从我的程序拨打电话时,都不会发生异常并拨打电话。代码运行,一切正常。但是当我关闭使用TAPI的表单(即终止tapisrv.exe)时,服务会关闭,然后每次都用它拖动其他进程。这会干扰驱动器映射,加密服务和其他服务,具体取决于PC。事件查看器中的错误日志位于下方;

  

错误申请名称:svchost.exe_TapiSrv,版本:6.3.9600.17415,时间戳:0x54504177

     

错误模块名称:ntdll.dll,版本:6.3.9600.18007,时间戳:0x55c4c16b

     

异常代码:0xc0000008

     

故障偏移:0x000000000009311a

     

错误进程ID:0xd4

     

错误申请开始时间:0x01d0f45613fffb86

     

错误应用程序路径:C:\ Windows \ system32 \ svchost.exe

     

错误模块路径:C:\ Windows \ SYSTEM32 \ ntdll.dll

     

报告ID:41b6967a-604a-11e5-829f-f8b156d8c3e7

     

错误包全名:

     

错误包相关的应用程序ID:

我还在其后面收到了一个信息泡沫,其中包含以下信息:

  

故障桶,输入0

     

活动名称:APPCRASH

     

回复:不可用

     

出租车ID:0

     

问题签名:

     

P1:svchost.exe_TapiSrv

     

P2:6.3.9600.17415

     

P3:54504177

     

P4:ntdll.dll

     

P5:6.3.9600.18007

     

P6:55c4c16b

     

P7:c0000008

     

P8:000000000009311a

     

P9:

     

P10:

     

附件:

     

C:\的Windows \ ServiceProfiles \网络服务\应用程序数据\本地\ TEMP \ WERE5B1.tmp.appcompat.txt

     

C:\的Windows \ ServiceProfiles \网络服务\应用程序数据\本地\ TEMP \ WERE5D1.tmp.WERInternalMetadata.xml

     

C:\ ProgramData \微软\的Windows \ WER \ ReportQueue \ AppCrash_svchost.exe_Tapi_881875fa9eb711f34fe5d53182d2b0c47578647_f1915213_cab_053de5df \ memory.hdmp

     

C:\ ProgramData \微软\的Windows \ WER \ ReportQueue \ AppCrash_svchost.exe_Tapi_881875fa9eb711f34fe5d53182d2b0c47578647_f1915213_cab_053de5df \ triagedump.dmp

     

这些文件可在此处获取:

     

C:\ ProgramData \微软\的Windows \ WER \ ReportQueue \ AppCrash_svchost.exe_Tapi_881875fa9eb711f34fe5d53182d2b0c47578647_f1915213_cab_053de5df

     

分析符号:

     

重新检查解决方案:0

     

报告ID:41b6967a-604a-11e5-829f-f8b156d8c3e7

     

报告状态:4

     

哈希桶:

以前有人见过这个吗?难道我做错了什么?我知道关于win8 64位的TAPI存在其他问题,但我似乎无法找到这个特定的问题。

提前致谢。

2 个答案:

答案 0 :(得分:0)

我的猜测:当TAPI未初始化时,您有一个错误的TSP会导致您的服务崩溃。

我知道TAPI没有这样的崩溃。如果崩溃发生在服务内部,则总会有TSP涉及此类问题。

  1. 尝试运行TAPI服务isolated in its own service host。这可以防止服务崩溃时出现问题。
  2. 使用您收到的VS打开创建的DMP文件,并检查导致崩溃的DLL /代码。

答案 1 :(得分:0)

我发现在自己的组中运行TapiSrv至少可以将崩溃本身隔离开。在提升权限的命令提示符下运行以下命令:

sc config Tapisrv type = own