我遇到了最近崩溃的旧版应用程序出现问题。我正在尝试调查DebugDiag分析,但没有太多运气。要么有一个sql查询锁定,不知何故调用线程不会消失?然后再次callstack指向oledb32!CImpIErrorInfo :: GetHelpFile + a1。
以下是DebugDiag的信息,我认为这与此问题有关:
w3wp.exe_ MyApp _PID_ 7572 _Date__10_21_2010__Time_08_43_22AM_ 720 _Manual Dump.dmp中的以下主题正在使用ADO进行数据库操作。
对MSADO15的调用!CERRORLOOKUP :: GETHELPINFO来自oledb32!CImpIErrorInfo :: GetHelpFile + a1
...夹...夹...
线程17 - 系统ID 4160 入口点msvcrt!_endthreadex + 2f 创造时间21.10.2010 0:08:16 在用户模式中花费的时间0天00:11:22.781 在内核模式下花费的时间0天00:27:49.953
此线程正在使用ADO进行数据库操作。
对MSADO15的调用!CERRORLOOKUP :: GETHELPINFO来自oledb32!CImpIErrorInfo :: GetHelpFile + a1
功能源
NTDLL!GetUILangID + 31
NTDLL!LdrpSearchResourceSection_U + 186
NTDLL!LdrFindResource_U + 18
KERNEL32!FindResourceExW + 65
USER32!LoadStringOrError + 31
USER32!LoadStringW + 18
msado15!FetchInfo + BA
msado15!CErrorLookup :: GetHelpInfo + 1E
oledb32!CImpIErrorInfo :: GetHelpFile + A1
MSVBVM60!ExecProj :: SetModuleCount +一个
MSVBVM60!CEcProjTypeComp ::版本+ 4
MSVBVM60!RcmConstructModuleInstance + 8F
OLEAUT32!DispCallFunc + 16A
MSVBVM60!VBStrToLong + CF
MSVBVM60!FileOutString + BB
MSVBVM60!_ vbaPrintObj + 51
MSWCRUN!DllUnregisterDesigner + 8ad3
MSWCRUN!DllUnregisterDesigner + ACCB
MSWCRUN!DllUnregisterDesigner + af8c
MSWCRUN!DllUnregisterDesigner + a7de
MSWCRUN!DllUnregisterDesigner + 7b51
MyApp的!DllCanUnloadNow + 212E
OLEAUT32!DispCallFunc + 16A
MSVBVM60!VBStrToLong + CF
MSVBVM60!FileOutString + BB
MSVBVM60! _vbaPrintObj + 51
MSWCRUN!DllUnregisterDesigner + 8ad3
MSWCRUN!DllUnregisterDesigner + 7d13
MSWCRUN!DllUnregisterDesigner + 6e64
MSWCRUN!DllUnregisterDesigner + 9097
MSWCRUN!DllUnregisterDesigner + 8fa6
VBScript中!IDispatchInvoke2 + B2
VBScript中!IDispatchInvoke + 59
VBScript中!InvokeDispatch + 13A
VBScript中!InvokeByName + 42
VBScript中!CScriptRuntime :: RunNoEH + 234C
VBScript中!CScriptRuntime ::运行+ 62
VBScript中!CScriptEntryPoint ::电话+ 51
VBScript中!CSession ::执行+ C8
VBScript中!COleScript :: ExecutePendingScripts + 144
VBScript中!COleScript :: SetScriptState + 14D
ASP!CActiveScriptEngine :: TryCall + 19
ASP!CActiveScriptEngine ::拨打+ 31
ASP!CallScriptFunctionOfEngine + 5B
ASP!ExecuteRequest + 17E
ASP!执行+ 24C
ASP!CHitObj :: ViperAsyncCallback + 3f0
ASP!CViperAsyncRequest :: OnCall中+ 92
COMSVCS!CSTAActivityWork :: STAActivityWorkHelper + 32
OLE32!EnterForCallback + C4
OLE32!SwitchForCallback + 1A3
OLE32!PerformCallback + 54
OLE32!CObjectContext :: InternalContextCallback + 159
OLE32!CObjectContext :: DoCallback + 1C
COMSVCS!CSTAActivityWork :: DoWork的+ 12D
COMSVCS!CSTAThread :: DoWork的+ 18
COMSVCS!CSTAThread :: ProcessQueueWork + 37
COMSVCS!CSTAThread :: WorkerLoop + 190
MSVCRT!_endthreadex + A3
kernel32!BaseThreadStart + 34
...夹...夹...
客户端连接从194.241.111.228:26238到81.175.250.2:80
主机标题81.175.250.2:80
GET请求/MyApp/netk.asp
HTTP版本HTTP / 1.1
SSL请求错误
时间00:49:33
查询字符串
请求映射到
HTTP请求状态HTR_READING_CLIENT_REQUEST
本机请求状态NREQ_STATE_PROCESS
答案 0 :(得分:0)
很难说,但我首先从live.sysinternals.com投掷ProcessMonitor / RegMon / FileMon / TcpViewer。 Fiddler也不是一个坏主意。
然后,如果你仍然没有得到任何线索,我会突破WinDBG,这总是我的核选择,因为学习曲线非常庞大。但是,假设您学习了这些命令,您可以在崩溃时中断,然后向后移动堆栈,并可能找出错误的来源。
当然,您可以重新安装所有内容,这可能会解决您的所有问题。