0

我正在为电话系统编写适配器 TSP。该系统有一个 TAPI API,但它与我尝试启用 TAPI 的应用程序不兼容。为了从正确的线路拨打电话,我需要知道一些关于谁发出请求的信息(来自 HKCU)。由于 TSP 在 Telephony 服务的上下文中运行,因此我无法直接访问它。我的计划是使用 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;
}
4

2 回答 2

0

我找到了解决方案:根据MSDN ,该事件的 LINEEVENT 调用的第一个参数只需是 HPROVIDER,而不是 HTAPILINE。由于 LINEEVENT 的第一个参数是 HTAPILINE 类型,因此需要强制转换 HPROVIDER。

于 2009-10-09T14:23:47.593 回答
0

我不知道,但对 TUISPICREATEDIALOGINSTANCEPARAMS 结构的帮助说这lpszUIDLLName应该是...

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

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

于 2009-10-07T23:50:43.980 回答