BHO在VM Ware下崩溃 [英] BHO crashes under VM Ware

查看:84
本文介绍了BHO在VM Ware下崩溃的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

大家好,

我有点复杂的情况。我会尝试在这里解释一下。

I have a bit complex scenario. I would try to explain it here.

我在VS2005下使用ATL / COM创建一个BHO(浏览器助手对象)。 VC9精准。我的环境是Win-7和IE-9

这个BHO实现 IDownloadManager 并覆盖默认的FileDownload操作。我还为此实现了
IBindstatusCallback 接口。

它还会覆盖QueryService方法并覆盖
IID_IDownloadManager。



下载后我下载所有数据并在本地创建文件并将其转储到那里。 


一旦我在实际的Windows上运行它,所有这一切都很完美,另一方面,只要我将代码移动到具有相同环境"Win-7和VM-WARE"的VM-WARE下运行IE-9"它只是在我的用户控件离开
IDownloadManager :: Download 的覆盖方法时发生崩溃。

我已经占用了堆栈跟踪它告诉我它在URLMON.DLL下崩溃了。 Follwoing是堆栈跟踪我有


I am creating a BHO (Browser Helper Object) using ATL/COM under VS2005. VC9 Preciely. My environment is Win-7 and IE-9
This BHO implements IDownloadManager and overrides default FileDownload actions. I have also implemented IBindstatusCallback interface for this.
It also overrides QueryService method and overrides the when it is IID_IDownloadManager.

On download I download all the data and create a file locally and dump it there. 
All this works perfect while I run it on actual Windows, on the other hand as soon as I move my code to run under VM-WARE having same environment "Win-7 and IE-9" it gives me a crash just at the time when my user control leaves the overriden method of IDownloadManager::Download.
I have taken up the stack trace also and it showed me that its crashing under URLMON.DLL. Follwoing is the stack trace I have

================ ================================

=> cc758976()
$
urlmon.dll!CBinding :: ReportResult()+ 0x8d bytes

urlmon.dll!COInetProt :: ReportResult()+ 0xla bytes

urlmon.dll!CTransaction :: DispatchReport()+ 0x 101 bytes

urlmon.dll!CTransaction :: OnINetCallback()+ 0xc4 bytes

urlmon.dll! TransactionWndProc()+ 0x28字节

user32.dll!_InternalCallWinProc@20()+ 0x23字节

user32.dll!_UserCallWindProcCheckWow@32()+ 0xb3字节

user32.dll!_DispatchMessageWorker@8()+ 0xe6 bytes

user32.dll!_DispatchMessageW@4()+ 0xf bytes

ieframe.dll!CTabWindow: :_TabWindoThreadProc()+ 0x39b bytes

ieframe.dll!LCIETab_ThreadProc()+ 0x2fd bytes

iertutil.dll!CIsoScope :: RegisterThread() - 0x2b75 bytes

ieframe.dll!Detour_DefWindowProcA()+ 0x668e6 bytes

kernel32.dll! @BaseThreadInitThunk @ 12()+ 0x12字节

ntdll.dll!___ RtlUserThreadStart @ 8()+ 0x27字节

ntdll.dll!__ RtlUserThreadStart @ 8()+ 0x 1b bytes

================================================
=> cc758976()
urlmon.dll!CBinding::ReportResult() + 0x8d bytes
urlmon.dll!COInetProt::ReportResult() + 0xla bytes
urlmon.dll!CTransaction::DispatchReport() + 0x 101 bytes
urlmon.dll!CTransaction::OnINetCallback() + 0xc4 bytes
urlmon.dll!TransactionWndProc() + 0x28 bytes
user32.dll!_InternalCallWinProc@20 () + 0x23 bytes
user32.dll!_UserCallWindProcCheckWow@32() + 0xb3 bytes
user32.dll!_DispatchMessageWorker@8() + 0xe6 bytes
user32.dll!_DispatchMessageW@4() + 0xf bytes
ieframe.dll!CTabWindow::_TabWindoThreadProc() + 0x39b bytes
ieframe.dll!LCIETab_ThreadProc() + 0x2fd bytes
iertutil.dll!CIsoScope::RegisterThread() - 0x2b75 bytes
ieframe.dll!Detour_DefWindowProcA() + 0x668e6 bytes
kernel32.dll! @BaseThreadInitThunk@12() + 0x12 bytes
ntdll.dll!___RtlUserThreadStart@8() + 0x27 byte
ntdll.dll!__RtlUserThreadStart@8() + 0x 1b bytes

=======================================



我也可以共享代码,但代码有点大,可能需要一些时间来减少它。我仍然愿意这样做。


这是一个初始信息,如果有人确实知道这个区域,我可以与他分享更多细节。

=======================================

I can also share the code, but the code is a bit larger, and it may take some time to trim it down. Still I would be willing to do that.
This is an initial information so that if there is someone who really knows this area, I can then share further details with him.

谢谢当时。

Rgrds。

Thanks for the time.
Rgrds.

推荐答案

我建议采用以下方法:

I would suggest the below approach:

1。如果它只在VMWare中重现,那肯定是VMWare问题。我想你应该查看VMWare。

1. If it only reproduces in VMWare, it is definitely VMWare issue. I think you should check with VMWare.

2。如果它可以在纯Win7上重现(没有硬件虚拟化),我建议你去微软支持:
http ://support.microsoft.com/

2. If it can be reproduced on pure Win7(without hardware virtualization), I would suggest you go to Microsoft Support: http://support.microsoft.com/

 

当然,如果您可以与您共享崩溃转储符号文件,我也很高兴看一眼。

Of course, if you can share your crash dump together with your symbol files, I will also be very glad to have a glance.

谢谢。


这篇关于BHO在VM Ware下崩溃的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆