64-bit WPF app crashes on some computers

File Name	Submitted By	Submitted On	File Size
Crash.7z (restricted)	Soren Dreijer	3/6/2013	-

Posted by Microsoft on 6/5/2013 at 2:04 PM

Hi Soren, as I haven't hear back from you in a week, I'm going to resolve the bug internally as No Repro, as required by our bug bars and internal processes.

Posted by Microsoft on 5/29/2013 at 5:09 PM

Soren, I noticed IEBHO.dll was loaded into your process from C:\Program Files (x86)\Windows Searchqu Toolbar\Datamngr\x64\IEBHO.dll, and datamngr.dll loaded from C:\Program Files (x86)\Search Results Toolbar\Datamngr\x64\datamngr.dll. A quick search listed these as malware, that could be wrong, but can you confirm these aren't yours? Normally they should not be loaded into your process so early. Can you try removing these from your machine if they are not yours?

It would also help to know if you can repro this with something smaller.

Aditionally it would also help if you can try running your app on a different machine.

The image corruption I told you about earlier:

0:000> lmv m Updater
start             end                 module name
00000000`008d0000 00000000`00b60000 Updater T (no symbols)
    Loaded symbol image file: Updater.exe
    Image path: C:\Users\Games\Desktop\EvolveSupport\Updater.exe
    Image name: Updater.exe
    Timestamp:        Thu Jan 10 14:34:11 2013 (50EF41E3)
    CheckSum:         00292699
    ImageSize:        00290000
    File version:     0.9.38.0
    Product version: 0.9.38.0
    File flags:     0 (Mask 3F)
    File OS:         4 Unknown Win32
    File type:        1.0 App
    File date:        00000000.00000000
    Translations:     0000.04b0 0000.04e4 0409.04b0 0409.04e4
0:000> !dh 0x8d0000
No file header
0:000> dt ntdll!_IMAGE_DOS_HEADER 0x8d0000
+0x000 e_magic         : 0xb848

The magic should be 0x5A4D.

Posted by Microsoft on 5/29/2013 at 4:11 PM

Is it posible to share your executable?

Additionally, can you run the app, crash it as before, collect the dump and attach two or three more of the dumps to the bug? From what we can see it seems the process image is being corrupted somehow during startup, and without a repro or a few more dumps to hopefully identify a pattern, there's no way to identify where the corruption happens.

Posted by Soren Dreijer on 5/29/2013 at 3:39 PM

On the computers affected, this is reproducible every time the application launches. And yes, I've only observed this issue on 64-bit machines.

Posted by Microsoft on 5/29/2013 at 3:35 PM

Soren, do your repro this consistently, or only sometimes? Can you confirm you repro this only on 64-bit?

Posted by Microsoft on 3/7/2013 at 4:22 AM

Thanks for your feedback.

We are rerouting this issue to the appropriate group within the Visual Studio Product Team for triage and resolution. These specialized experts will follow-up with your issue.

Posted by Soren Dreijer on 3/6/2013 at 11:57 AM

I've attached a crash dump (Crash.7z) from a user's machine. This particular user has a different stack than the other user:

00000000`0048f270 000007fe`f281000f ntdll!RtlPcToFileHeader+0x97
00000000`0048f2f0 000007fe`f28102f6 MSVCR100_CLR0400!__ExceptionPtr::_CopyException+0x6f
00000000`0048f400 000007fe`f287fee4 MSVCR100_CLR0400!__ExceptionPtr::_InitBadAllocException+0x5e
00000000`0048f450 000007fe`f2810a13 MSVCR100_CLR0400!_GSHandlerCheck_EH+0x1c80
00000000`0048f480 000007fe`f2810b27 MSVCR100_CLR0400!initterm+0x1f
00000000`0048f4b0 000007fe`f2811245 MSVCR100_CLR0400!cinit+0x3f
00000000`0048f4e0 00000000`7798bde8 MSVCR100_CLR0400!CrtEndBoot+0x89
00000000`0048f510 00000000`779841db ntdll!LdrpRunInitializeRoutines+0x1fe
00000000`0048f6e0 00000000`779844ce ntdll!LdrpLoadDll+0x31e
00000000`0048f8f0 000007fe`fe12a369 ntdll!LdrLoadDll+0x9a
00000000`0048f960 000007fe`efd11812 KERNELBASE!LoadLibraryExW+0x22e
00000000`0048f9d0 000007fe`efd13cf8 mscoreei!RuntimeDesc::LoadLibrary+0x82
00000000`0048fb40 000007fe`efd13ca9 mscoreei!RuntimeDesc::LoadMainRuntimeModuleHelper+0x4a
00000000`0048fb70 000007fe`efd13a85 mscoreei!RuntimeDesc::LoadMainRuntimeModule+0x4a
00000000`0048fc00 000007fe`efd13962 mscoreei!RtlPcToFileHeader+0xc23d
00000000`0048fc90 000007fe`efd13904 mscoreei!RuntimeDesc::GetProcAddressInternal+0x22
00000000`0048fcc0 000007fe`efd13450 mscoreei!CLRRuntimeInfoImpl::GetProcAddress+0x5c
00000000`0048fd50 000007fe`efd132f1 mscoreei!GetCorExeMainEntrypoint+0x161
00000000`0048fe10 000007fe`f0125b21 mscoreei!CorExeMain+0x31
00000000`0048fe40 00000000`7784f33d mscoree!CorExeMain_Exported+0x57
00000000`0048fe70 00000000`77982cc1 kernel32!BaseThreadInitThunk+0xd
00000000`0048fea0 00000000`00000000 ntdll!RtlUserThreadStart+0x1d

Posted by Microsoft on 3/5/2013 at 9:04 PM

Thanks for your feedback. In order to efficiently investigate and reproduce this issue, we are requesting additional information outlined below.

Could you please give us a dump file so that we can conduct further research?

Visual Studio now has an extension called Microsoft Visual Studio 2012 Feedback Tool, available on the VS gallery(http://visualstudiogallery.msdn.microsoft.com/f8a5aac8-0418-4f88-9d34-bdbe2c4cfe72).

The extension allows you to
1. upload files,
2. collect trace and dump files
3. collect steps while you're repro'ing the issue, as well as
4. SQM logs about VS extensions installed
5. System details (in DxDiag output)

Please submit this information to us within 4 business days. We look forward to hearing from you with this information.

Microsoft Visual Studio Connect Support Team

Posted by Microsoft on 3/5/2013 at 10:50 AM

Thank you for your feedback, we are currently reviewing the issue you have submitted. If this issue is urgent, please contact support directly(http://support.microsoft.com)

64-bit WPF app crashes on some computers by Soren Dreijer