从 TAPI 服务提供商访问 HKCU

Question

我正在为电话系统编写适配器 TSP。该系统有一个 TAPI API，但它与我尝试启用 TAPI 的应用程序不兼容。为了从正确的线路拨打电话，我需要（来自 HKCU）了解有关谁提出请求的一些信息。由于 TSP 在电话服务的上下文中运行，因此我无法直接访问。我的计划是使用 LINE_CREATEDIALOGINSTANCE 的功能来读取此信息。

我遇到的问题是电话服务从 TUISPI_providerGenericDialog 返回后立即崩溃，并具有以下堆栈跟踪：

72004400() 
tapisrv.dll!_FreeDialogInstance@20()  + 0xa93 bytes 
tapisrv.dll!_ClientRequest@16()  + 0x8f bytes 
rpcrt4.dll!_Invoke@12()  + 0x30 bytes 
rpcrt4.dll!_NdrStubCall2@16()  + 0x217 bytes 
rpcrt4.dll!_NdrServerCall2@4()  + 0x19 bytes 
rpcrt4.dll!_DispatchToStubInCNoAvrf@12()  + 0x17 bytes 
rpcrt4.dll!RPC_INTERFACE::DispatchToStubWorker()  + 0xae bytes 
rpcrt4.dll!RPC_INTERFACE::DispatchToStub()  + 0x4b bytes 
rpcrt4.dll!LRPC_SCALL::DealWithRequestMessage()  + 0x1d5 bytes 
rpcrt4.dll!LRPC_ADDRESS::DealWithLRPCRequest()  + 0x90 bytes 
rpcrt4.dll!LRPC_ADDRESS::ReceiveLotsaCalls()  + 0x20c bytes 
rpcrt4.dll!RecvLotsaCallsWrapper()  + 0xd bytes 
rpcrt4.dll!BaseCachedThreadRoutine()  + 0x92 bytes 
rpcrt4.dll!ThreadStartRoutine()  + 0x1b bytes 
kernel32.dll!_BaseThreadStart@8()  + 0x34 bytes

根据 本书，如果未实现 TSPI_providerFreeDialogInstance，电话服务将崩溃。我已经实现了这个函数，DepWalker 显示它已正确导出。 ApiSpy32 显示，当加载我的 TSP 时，它的地址已通过 GetProcAddress 正确返回。为什么还是崩溃？

相关代码：

LONG TSPIAPI TSPI_lineMakeCall(DRV_REQUESTID dwRequestID, HDRVLINE hdLine, HTAPICALL htCall,
    LPHDRVCALL lphdCall, LPCWSTR lpszDestAddress, DWORD dwCountryCode, LPLINECALLPARAMS const lpCallParams)
{
    OutputDebugString("TSPI_lineMakeCall\n");
    PDRVLINE pLine = (PDRVLINE) hdLine;

    *lphdCall = (HDRVCALL)hdLine;

    typedef TUISPICREATEDIALOGINSTANCEPARAMS PARAMS;

    pLine->htCall = htCall;
    DWORD lLength = (lstrlenW(lpszDestAddress) + 1) * sizeof(WCHAR);

    PARAMS* lParams = (PARAMS*)DrvAlloc(sizeof(PARAMS) + lLength);
    RtlZeroMemory(lParams, sizeof(PARAMS) + lLength);

    lParams->dwRequestID = dwRequestID;
    lParams->hdDlgInst = (HDRVDIALOGINSTANCE)1000;
    lParams->lpszUIDLLName = L"TapiAdapter.tsp";
    lParams->lpParams = lParams + 1;
    lParams->dwSize = lLength;

    lstrcpyW((LPWSTR)(lParams + 1), lpszDestAddress);
    (*pLine->pfnEventProc)(pLine->htLine, 0, LINE_CREATEDIALOGINSTANCE, (DWORD)lParams, 0, 0);

    return dwRequestID;
}


LONG TSPIAPI TSPI_providerGenericDialogData(DWORD_PTR dwObjectID, DWORD dwObjectType, LPVOID lpParams, DWORD dwSize)
{
    OutputDebugString("TSPI_providerGenericDialogData\n");
    return 0;
}

LONG TSPIAPI TSPI_providerFreeDialogInstance(HDRVDIALOGINSTANCE hdDlgInst)
{
    OutputDebugString("TSPI_providerFreeDialogInstance\n");
    return 0;
}

LONG TSPIAPI TUISPI_providerGenericDialog(TUISPIDLLCALLBACK lpfnUIDLLCallback, HTAPIDIALOGINSTANCE htDlgInst, LPVOID lpParams, DWORD dwSize, HANDLE hEvent)
{
    SetEvent(hEvent);

    LPCWSTR lNumber = (LPCWSTR)lpParams;
    MessageBoxW(0, lNumber, L"Dial Number", MB_OK);

    return 0;
}

Answer 1

我不知道，但是 TUISPICREATEDIALOGINSTANCEPARAMS 结构的帮助< /a> 表示 lpszUIDLLName 应该是 ...

指向以 NULL 结尾的字符串的指针
指定的完全限定名称
要在应用程序中加载的 UI DLL
上下文

...但是 L"TapiAdapter.tsp" 看起来不像 UI DLL 的完全限定名称（“完全限定”意味着它包含路径名）。您有要加载的 UI DLL 吗？ 加载了吗？是否显示对话框？是否已卸载？ TUISPI_providerGenericDialog 是否存在于您的 TSP 中，或者是否存在于您的 UI DLL 中（它们应该是两个不同的 DLL）？

Answer 2

我找到了解决方案：根据 MSDN，仅针对此事件的 LINEEVENT 调用的第一个参数需要是 HPROVIDER，而不是 HTAPILINE。由于 LINEEVENT 的第一个参数是 HTAPILINE 类型，因此需要对 HPROVIDER 进行强制转换。