"该如让32位windbg找到正确的mscorwks mscordacwks sos?"
2011-04-07 21:38
288 查看
管理员达人,请慢些移出首页,谢谢放到博问里面,很久都没有人答复,所以放到首页,请各位帮忙解答一下。
博问地址 http://home.cnblogs.com/q/23814/
机器A 开发机器 32位 xp .netframwork3.5 生成平台 any cpu
机器B 运行机器 64位 server2003 .netframework3.5 IIS6
机器C 我的机器 32位 win7 .netframework4(没有安装.net3.5,仅仅装了4) 32位windbg 6.12
机器A开发的一个WebApp,放到机器B上运行,w3wp(64位)内存非常高,ProcessExplorer搞到几个dump文件,拿到机器C上用Windbg分析,但是指定.load 64位的sos不成功,.load 32位的sos成功但是不能正常work。
该如让32位windbg找到正确的mscorwks mscordacwks sos??
160的专家分全抛了
下面是windbg的内容
Microsoft (R) Windows Debugger Version 6.12.0002.633 X86Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [G:\dumpFile\w3wpFullA.dmp]User Mini Dump File with Full Memory: Only application data is available
Symbol search path is: srv*d:\SymbolCache\MicrosoftPublicSymbols*http://msdl.microsoft.com/download/symbols;D:\SymbolCache\MicrosoftPublicSymbolsExecutable search path is: Windows Server 2003 Version 3790 (Service Pack 2) MP (4 procs) Free x64Product: Server, suite: Enterprise TerminalServer SingleUserTSMachine Name:Debug session time: Thu Mar 24 14:47:43.000 2011 (UTC + 8:00)System Uptime: 13 days 2:53:45.725Process Uptime: 0 days 0:02:31.000.........................................................................................................................................................................Loading unloaded module list..ntdll!NtWaitForSingleObject+0xa:00000000`78ee0a2a c3 ret0:000> lm v m mscorwksstart end module name00000642`7f330000 00000642`7fce1000 mscorwks (deferred) Image path: C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\mscorwks.dll Image name: mscorwks.dll Timestamp: Fri Jul 25 22:51:28 2008 (4889E870) CheckSum: 0099D927 ImageSize: 009B1000 File version: 2.0.50727.3053 Product version: 2.0.50727.3053 File flags: 0 (Mask 3F) File OS: 4 Unknown Win32 File type: 2.0 Dll File date: 00000000.00000000 Translations: 0409.04b0 CompanyName: Microsoft Corporation ProductName: Microsoft® .NET Framework InternalName: mscorwks.dll OriginalFilename: mscorwks.dll ProductVersion: 2.0.50727.3053 FileVersion: 2.0.50727.3053 (netfxsp.050727-3000) FileDescription: Microsoft .NET Runtime Common Language Runtime - WorkStation LegalCopyright: © Microsoft Corporation. All rights reserved. Comments: Flavor=Retail0:000> .load d:\de\64clr2\sosThe call to LoadLibrary(d:\de\64clr2\sos) failed, Win32 error 0n193 "%1 不是有效的 Win32 应用程序。"Please check your debugger configuration and/or network access.0:000> .load d:\de\32clr2\sos0:000> !clrstackFailed to load data access DLL, 0x80004005Verify that 1) you have a recent build of the debugger (6.2.14 or newer) 2) the file mscordacwks.dll that matches your version of mscorwks.dll is in the version directory 3) or, if you are debugging a dump file, verify that the file mscordacwks_<arch>_<arch>_<version>.dll is on your symbol path. 4) you are debugging on the same architecture as the dump file. For example, an IA64 dump file must be debugged on an IA64 machine.
You can also run the debugger command .cordll to control the debugger'sload of mscordacwks.dll. .cordll -ve -u -l will do a verbose reload.If that succeeds, the SOS command should work on retry.
If you are debugging a minidump, you need to make sure that your executablepath is pointing to mscorwks.dll as well.
-----------------------------------------------------------------------------
博问地址 http://home.cnblogs.com/q/23814/
机器A 开发机器 32位 xp .netframwork3.5 生成平台 any cpu
机器B 运行机器 64位 server2003 .netframework3.5 IIS6
机器C 我的机器 32位 win7 .netframework4(没有安装.net3.5,仅仅装了4) 32位windbg 6.12
机器A开发的一个WebApp,放到机器B上运行,w3wp(64位)内存非常高,ProcessExplorer搞到几个dump文件,拿到机器C上用Windbg分析,但是指定.load 64位的sos不成功,.load 32位的sos成功但是不能正常work。
该如让32位windbg找到正确的mscorwks mscordacwks sos??
160的专家分全抛了
下面是windbg的内容
Microsoft (R) Windows Debugger Version 6.12.0002.633 X86Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [G:\dumpFile\w3wpFullA.dmp]User Mini Dump File with Full Memory: Only application data is available
Symbol search path is: srv*d:\SymbolCache\MicrosoftPublicSymbols*http://msdl.microsoft.com/download/symbols;D:\SymbolCache\MicrosoftPublicSymbolsExecutable search path is: Windows Server 2003 Version 3790 (Service Pack 2) MP (4 procs) Free x64Product: Server, suite: Enterprise TerminalServer SingleUserTSMachine Name:Debug session time: Thu Mar 24 14:47:43.000 2011 (UTC + 8:00)System Uptime: 13 days 2:53:45.725Process Uptime: 0 days 0:02:31.000.........................................................................................................................................................................Loading unloaded module list..ntdll!NtWaitForSingleObject+0xa:00000000`78ee0a2a c3 ret0:000> lm v m mscorwksstart end module name00000642`7f330000 00000642`7fce1000 mscorwks (deferred) Image path: C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\mscorwks.dll Image name: mscorwks.dll Timestamp: Fri Jul 25 22:51:28 2008 (4889E870) CheckSum: 0099D927 ImageSize: 009B1000 File version: 2.0.50727.3053 Product version: 2.0.50727.3053 File flags: 0 (Mask 3F) File OS: 4 Unknown Win32 File type: 2.0 Dll File date: 00000000.00000000 Translations: 0409.04b0 CompanyName: Microsoft Corporation ProductName: Microsoft® .NET Framework InternalName: mscorwks.dll OriginalFilename: mscorwks.dll ProductVersion: 2.0.50727.3053 FileVersion: 2.0.50727.3053 (netfxsp.050727-3000) FileDescription: Microsoft .NET Runtime Common Language Runtime - WorkStation LegalCopyright: © Microsoft Corporation. All rights reserved. Comments: Flavor=Retail0:000> .load d:\de\64clr2\sosThe call to LoadLibrary(d:\de\64clr2\sos) failed, Win32 error 0n193 "%1 不是有效的 Win32 应用程序。"Please check your debugger configuration and/or network access.0:000> .load d:\de\32clr2\sos0:000> !clrstackFailed to load data access DLL, 0x80004005Verify that 1) you have a recent build of the debugger (6.2.14 or newer) 2) the file mscordacwks.dll that matches your version of mscorwks.dll is in the version directory 3) or, if you are debugging a dump file, verify that the file mscordacwks_<arch>_<arch>_<version>.dll is on your symbol path. 4) you are debugging on the same architecture as the dump file. For example, an IA64 dump file must be debugged on an IA64 machine.
You can also run the debugger command .cordll to control the debugger'sload of mscordacwks.dll. .cordll -ve -u -l will do a verbose reload.If that succeeds, the SOS command should work on retry.
If you are debugging a minidump, you need to make sure that your executablepath is pointing to mscorwks.dll as well.
-----------------------------------------------------------------------------
相关文章推荐
- Windbg分析托管代码dump文件没有找到相应版本的mscordacwks.dll
- windbg调试minidump加载mscordacwks.dll 0×80004005失败
- "无法安装64位版本的Office,因为在您的PC上找到了以下32位程序"的解决办法
- win7下windbg无法找到正确调试符号问题
- The version of SOS does not match the version of CLR you are debugging; SOS.dll版本不匹配; Dump文件不同环境mscordacwks.dll版本问题
- 错误信息:System.Resources.MissingManifestResourceException: 未能找到任何适合于指定的区域或非特定区域性的资源。请确保在编译时已将“****.****.Resource.resources”正确嵌入或链接到程序集"****",或者确保所有需要的附属程序集都可加载并已进行了完全签名
- windbg调试多个CLR runtime dump文件,自动加载最新版mscordacwks.dll 的问题
- sharepoint 2010 在线浏览office文件报错 "未找到所选的文件,请检查文件名的拼写并验证其位置是否正确"
- 解决WinDbg调试Dump文件不同环境mscordacwks.dll版本问题
- DISCUZ论坛配置文件 "config_global.php" 未找到或者无法访问, 请确认您已经正确安装了程序
- 未找到导入的项目"盘符:\Microsft.CSharp.targets"。请确认 <Import> 声明中的路径正确,且磁盘上存在该文件。的解决方法
- 在企业管理器中操作出现"未找到提供的程序,该程序未正确安装"的解决办法[Lin Shaohua原创]
- "无法安装64位版本的office,因为在您的PC上找到了以下32位程序"的解决办法
- WinDbg x 64 使用 SOS: 无法找到运行时 DLL (clr.dll)
- win7下windbg无法找到正确调试符号问题
- 未找到导入的项目"盘符:\Microsft.CSharp.targets"。请确认 <Import> 声明中的路径正确,且磁盘上存在该文件。的解决方法
- .NET / Rotor源码分析5 - 开始使用WinDbg+SOS调试,sscoree.dll,加载SOS并设置JIT断点
- 如何解决"应用程序无法启动,因为应用程序的并行配置不正确"问题
- Windbg SOS and CLR版本不一致的解决方案
- 区别对待 【找到问题发生的原因】 以及 【关于这个问题的 「正确可行」 的解决方法】