Erratic event id 1000; Windows Explorer; MSVCR90.dll on Win7 64bit

    General discussion

  • Windows 7 64 bit. Interacting with Explorer, often as simple as switching to Explorer window and changing focus on a filename. Explorer stops working, generates ID 1000 (see below) and then restarts itself.

    Recently installed LibreOffice v and 16-bit Java 6 update 30 (which works with LibreOffice).

    I suppose you are going to tell me to uninstall the LO and Java. I'm really hoping for other troubleshooting or diagnostic options. The LO and java setup is for a project of some urgency.

    Log Name:      Application
    Source:        Application Error
    Date:          10/1/2012 8:22:51 AM
    Event ID:      1000
    Task Category: (100)
    Level:         Error
    Keywords:      Classic
    User:          N/A
    Computer:      seagoing2012
    Faulting application name: explorer.exe, version: 6.1.7601.17567, time stamp: 0x4d672ee4
    Faulting module name: MSVCR90.dll, version: 9.0.30729.6161, time stamp: 0x4dace4e7
    Exception code: 0xc0000417
    Fault offset: 0x00000000000552d4
    Faulting process id: 0x1b6c
    Faulting application start time: 0x01cd9f661a148e6a
    Faulting application path: C:\Windows\explorer.exe
    Faulting module path: C:\Windows\WinSxS\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.6161_none_08e61857a83bc251\MSVCR90.dll
    Report Id: dc88f04c-0bdb-11e2-b556-4c80939ece8c
    Event Xml:
    <Event xmlns=<I had to munge this line to get the message posted. Something about "no links"... >
        <Provider Name="Application Error" />
        <EventID Qualifiers="0">1000</EventID>
        <TimeCreated SystemTime="2012-10-01T15:22:51.000000000Z" />
        <Security />

    Monday, October 1, 2012 3:50 PM

All replies

  • 1. What do you expect from this forum, when you install third party program.

    2. Try to contact support forum of  LibreOffice  vendor.

    3. Before you install any third party program, look into MS compatibility list.



    Monday, October 1, 2012 6:50 PM
  • Milos,

    I clearly stated: " I'm really hoping for other troubleshooting or diagnostic options. "

    Your reply implies that there are no such options.

    So be it,


    Monday, October 1, 2012 8:39 PM
  • Hi,

    According to the event log, we can see that the issue is related to MSVCR90.dll.

    Therefore, please use ShellExView to disable this extension of Windows Explorer:


    1) Please download ShellExView for x64-bit system.


    Note: The third-party product discussed here is manufactured by a company that is independent of Microsoft. We make no warranty, implied or otherwise, regarding this product's performance or reliability.


    2) Extract the download file and double-click the "shexview.exe" file. It will scan the registry for all the shell extensions.

    3) Select the MSVCR90.dll in pink.

    4) Click the "Disable Selected Items" on the toolbar and click Yes.

    5) Restart your computer and check if the issue is resolved.

    If Windows Explorer can work properly after disabling MSVCR90.dll, we can conclude that the issue is caused by LibreOffice. Therefore, please update LibreOffice to the latest or you may have to contact LibreOffice for help.

    Hope this helps.

    Jeremy Wu

    TechNet Community Support

    Wednesday, October 3, 2012 6:27 AM
  • Jeremy,

    Thank you for this constructive tip. So far I have not found an entry for MSVCR* in the ShellExView. Maybe after my next restart it will reappear.

    I appreciate having learned about ShellExView.


    Sunday, October 7, 2012 2:11 PM
  • Hi,

    Just check if there is any update.


    Jeremy Wu

    TechNet Community Support

    Saturday, October 13, 2012 4:41 PM
  • If you are still having problems and, if you have not already, update to the latest version of LibreOffice.

    The error you are experiencing has been reported before, such as here, and may be fixed in the most recent version.

    Friday, October 19, 2012 3:42 AM
  • Hi buddy, I think the shower I just had did more for my clarity than a gallon of coffee (which is next :)

    anyway, from frying pans to fires, I think I've just made a plausible hypothesis for what may be causing our erratic woes...

    I have a Dell XPS L502x. Lots of bugs, all (slowly) getting ironed out.

    System freeze when using an Extended display was resolved by using nTune, to underclock the GPU. This in turn resulted in sidebyside errors. These were resolved by installing vcredist.

    I've read that installing VC++ redistr (new > old) can cause problems - one proposed solution is to go for the (custom) low-load VS install, which apparently manages the installation and management of .NET / VC++ packages....

    If you have Visual Studio already, maybe this isn't for you. If you haven't installed an older VC++ redistributable over a more recent, sorry for wasting ya time...

    If not, remove all Visual C++ redistributable packages (via programs and features / your favourite uninstaller), then reinstall (in correct order); 2005, 2008, 2010

    Trying now... will report findings

    Faulting application name: explorer.exe, version: 6.1.7600.16385, time stamp: 0x4a5bc9bb
    Faulting module name: MSVCR100.dll, version: 10.0.30319.460, time stamp: 0x4db1316a
    Exception code: 0xc0000005
    Fault offset: 0x000000000003c135
    Faulting process id: 0xb24
    Faulting application start time: 0x01cf56c97c1476d2
    Faulting application path: C:\windows\explorer.exe
    Faulting module path: C:\windows\system32\MSVCR100.dll
    Report Id: b6836ae3-c304-11e3-b229-96fc2760f62b

    Sunday, April 13, 2014 12:20 PM
  • First attempt to resolve unsuccesful, although I haven't yet installed

    the 2010 package

    the x86 packages - I'm hoping to avoid this step, that the vc packages for x64 systems contain the 32-bit contemparies, as this issue is new, and on other build  32-bit redist's aren't necesssary...

    Also, it seems that the problem is exhibited on first boot - specifically (for me) when trying to use a .lnk (quicklaunch shortcut)... the apps (target executables) that failed (maybe coincidentally) may all be on secondary volumes (the first shortcut I attempted to launch which didn't result in silent explore-harakari was Multimon... so it's not a "where the shortcut's target is pointing to" thing, seems like a timing-thing; after x times / when condition y is satisfied, normal service is resumed)...

    going to double check build integrity on older, less advanced VHDs

    Sunday, April 13, 2014 1:05 PM
  • Hi Jonny,

    Although the MSVCR100.dll is getting blamed for the crash it could be another, possibly third party, module that is actually causing the crash.

    What I might suggest, to try to find the root cause of the crash, is to obtain a user mode dump of the crash to get more information on the crash.

    You can configure Windows to create user-mode dumps. Create a System Restore Point first.

    If you copy and paste the following in Notepad and save as a .reg file (save with the .reg extension and give it any name such as explorerdump.reg) then right-click the .reg file and select "Merge" to add to the registry, a .dmp file at the time explorer.exe crashes should be created in the C:\CrashDumps folder:

    Windows Registry Editor Version 5.00
    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps\explorer.exe]

    After Explorer (explorer.exe) crashes, can you then make the .dmp file available (provide link) via a public folder on OneDrive or similar site?

    Here's a couple of links on using OneDrive (SkyDrive):

    More info on collecting user-mode dumps:···85).aspx  

    • Edited by auggyMVP Sunday, April 13, 2014 3:28 PM
    Sunday, April 13, 2014 3:27 PM
  • OK!

    Currently WER Svc is set to manual; do you think that's going to be an issue?

    Sunday, April 13, 2014 4:08 PM
  • Before doing this, I'm going to see (new build, no redists installed yet...)

    Made a breakthrough:

    From here the culprit is identifiable ; on each occasion we can see

    who the dll is being used by (NVIDIA), and

    which Redistributable Visual C++ Package is required...

    I'll start with '05 x64 and see what happens...

    Sunday, April 13, 2014 4:16 PM
  • success, on new build (exhibited sidebyside issue with ntune mfc80.cll), install resolved

     Interestingly, on new build, issue seems less persistent; often the case, it's like my machine has AI, and knows I'm plotting a system restore... at least I know where to start if the explorer restart error pops up again


    Sunday, April 13, 2014 4:44 PM
  • sadly, apparently that would've been too simple. Earliest restore on problematic pioneer build seems caput. Will try the localdump trace, then it's trash time for this virtual volume

    Sunday, April 13, 2014 5:16 PM
  • OK!

    Currently WER Svc is set to manual; do you think that's going to be an issue?

    No, that should not be an issue.
    Sunday, April 13, 2014 5:23 PM
  • Many thanks auggy! New trick :) uploaded here (I used the extended context "Copy as path" on the top dump in the list... which is the first in time I see now... these events all occurred after interacting with my QuickLaunch shortcuts, integrity verified and not related.. the most recent events occured whilst attempting the drap-and-drop copy operation! ShellExView reports no suspicious and no recent changes (installs/disables) have been made... zero registry errors (except a few empty paths reported).

    Sunday, April 13, 2014 5:38 PM
  • Yes, that does appear to be the issue.

    The dump file you provided shows the synwinxt.dll as the possible culprit:

    WARNING: Unable to verify timestamp for synwinxt.dll
    *** ERROR: Module load completed but symbols could not be loaded for synwinxt.dll
    Probably caused by : msvcr100.dll ( msvcr100!memcpy+1e5 )

    0:005> lmvm synwinxt
    start             end                 module name
    000007fe`f8220000 000007fe`f822c000   synwinxt T (no symbols)          
        Loaded symbol image file: synwinxt.dll
        Image path: C:\Program Files\Synergy\synwinxt.dll
        Image name: synwinxt.dll
        Timestamp:        Mon Mar 24 08:55:22 2014 (5330556A)
        CheckSum:         000080CB
        ImageSize:        0000C000
        File version:
        Product version:
        File flags:       0 (Mask 0)
        File OS:          0 Unknown Base
        File type:        0.0 Unknown
        File date:        00000000.00000000
        Translations:     0000.04b0 0000.04e4 0409.04b0 0409.04e4

    • Edited by auggyMVP Monday, April 14, 2014 4:38 AM
    Monday, April 14, 2014 4:37 AM
  • Auggy, could you help me please, I am also experiencing the same issue (details below), explorer keep crashing.

    Faulting application name: explorer.exe, version: 6.1.7601.17514, time stamp: 0x4ce7a144
    Faulting module name: MSVCR90.dll, version: 9.0.30729.6161, time stamp: 0x4dace4e7
    Exception code: 0xc0000005
    Fault offset: 0x000000000001e1ac
    Faulting process id: 0x2468
    Faulting application start time: 0x01d0d433b6296945
    Faulting application path: C:\windows\explorer.exe
    Faulting module path: C:\windows\WinSxS\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.6161_none_08e61857a83bc251\MSVCR90.dll
    Report Id: a61ee7d8-404a-11e5-871b-f81654721112

    Tuesday, August 11, 2015 5:19 PM
  • Hi,

    Are you still having the issue?

    Wednesday, August 26, 2015 3:35 AM
  • OK guys,

    all forums I found have the only solution the installed app is the fault and reinstall update to newest version and all this crap.

    I had the issue today on a Server that is running for years without issue ..... guess what happened....ouh windows updates and the WER spammed the harddrive so cleanmgr was helpful ..... start of the desaster....

    The issue seems to be solved now and yes the fault comes from Microsoft with a Version mismatch of


    The solution is simple:-Download vcredist_x86.exe right mouse click open .... in the upcoming choose uninstall (not repair) ==> all done .... MSVCR90.dll is still available but in proper file version!

    Maybe helpfull out there for some lost ones

    Tuesday, December 1, 2015 8:30 PM