none
msvcrt.dll (version 7.0.17763.1) causes an application crash on Windows 10 1809(OS Build 17763.292) RRS feed

  • Question

  • After upgrading the Windows 10 version from 1803 to 1809.  Our application crashes:

    The Event Viewer output:

    Faulting application name: myApp.exe, version: 1.0.46.515, time stamp: 0x592327f1

    Faulting module name: msvcrt.dll, version: 7.0.17763.1, time stamp: 0x0435cf49

    Exception code: 0x40000015

    Fault offset: 0x0003b83b

    Faulting process id: 0x2598

    Faulting application start time: 0x01d4b408d17dd56b

    Faulting application path: C:\Program Files (x86)\[path_to_my_app]\MyApp.exe

    Faulting module path: C:\WINDOWS\System32\msvcrt.dll

    Report Id: ceece972-b31b-4de7-ab9e-8f1a16f4a01a

    Faulting package full name: 

    Faulting package-relative application ID:

    Our app works find on the previous version of  windows 10 (1803 and before) . Is there something updates on the new msvcrt.dll causes the crash?

    We have:

    • SFC check passed.
    • Up to date Windows 10 
    • The app is developed in VC++ 6.0, tried to migrate the project to VS2010 or later, but it causes some errors. So we'd rather use VC++ 6.0.
    • For some reason, we can't use compatibility mode to open this app.

    Would be very appreciated on any help.

    Friday, January 25, 2019 7:15 PM

All replies

  • Hi,

    msvcrt.dll is MicroSoft Visual C RunTime. This is essentially the C standard library, which is used in most C/C++ programs --- or in other words, most programs. Don't assume that msvcrt is what's causing the crash; it's much more likely to be the program giving the wrong information to the standard library, and making it crash.
    You'd better generate dump file to locate the when exe program crashes. 
    For example, defined function in main.cpp:

    LONG WINAPI UnhandledExceptionFilter_SpawDmp(struct _EXCEPTION_POINTERS* ExceptionInfo)
    {
        TCHAR strDumpFile[512] = { 0 };
        _tcscpy(strDumpFile, _T("dumpfile.dmp"));
        HANDLE   hFile = CreateFile(strDumpFile, GENERIC_WRITE, FILE_SHARE_WRITE, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
        if (hFile != INVALID_HANDLE_VALUE)
        {
            MINIDUMP_EXCEPTION_INFORMATION  ExInfo;
    
            ExInfo.ThreadId = ::GetCurrentThreadId();
            ExInfo.ExceptionPointers = ExceptionInfo;
            ExInfo.ClientPointers = NULL;
    
            //   write   the   dump
            BOOL   bOK = MiniDumpWriteDump(GetCurrentProcess(), GetCurrentProcessId(), hFile, MiniDumpNormal, &ExInfo, NULL, NULL);
            CloseHandle(hFile);
        }
        ::PostThreadMessage(GetCurrentThreadId(), WM_QUIT, 0, 0);
        return EXCEPTION_EXECUTE_HANDLER;
    }



    "dumpfile.dmp" is the name of the dump file. Then call 

    SetUnhandledExceptionFilter((LPTOP_LEVEL_EXCEPTION_FILTER)UnhandledExceptionFilter_SpawDmp);

    in main().
    Use the dmp to locate the code line where crashes.

    Best Regards,
    Drake


    MSDN Community Support
    Please remember to click "Mark as Answer" the responses that resolved your issue, and to click "Unmark as Answer" if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to MSDN Support, feel free to contact MSDNFSF@microsoft.com.

    Monday, January 28, 2019 6:14 AM
    Moderator
  • Hi<g class="gr_ gr_22 gr-alert gr_gramm gr_inline_cards gr_run_anim Style replaceWithoutSep" data-gr-id="22" id="22">,Drake</g>:

    Thank you very much. For some reason, I can't make this dump works. But anyway I found the place where it crashes.

    Thank you all the same.

    Monday, January 28, 2019 11:35 PM
  • Hi,

    How did you fix this issue pls.

    Thanks.

    Monday, December 16, 2019 12:30 PM