Proposed BHO crashes under VM Ware

  • Tuesday, October 11, 2011 7:53 AM
     
     

    Hi All,

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

    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 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.

    Thanks for the time.
    Rgrds.

All Replies

  • Tuesday, October 18, 2011 7:28 AM
     
     Proposed

    I would suggest the below approach:

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

    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.

    thanks.