Random app crash caused by RuntimeCoreNETDesktop.dll

2085
3
07-28-2016 05:51 AM
RobertDawidziuk1
New Contributor

Hi,

I have problem with random app crashes caused by RuntimeCoreNETDesktop.dll or MSVCR120.dll

Please see summary in attachement, every day the app is crashing, my client is very unsatisified.

Event logs are simillar, all data in attachement, part bellow:

Faulting application name: MyApp.exe, version: 13.11.6017.15985, time stamp: 0x576a3b01

Faulting module name: RuntimeCoreNETDesktop.dll, version: 10.2.6.1026, time stamp: 0x559db4d8

Exception code: 0xc0000005

Fault offset: 0x00804aed

Faulting process id: 0x1208

Faulting application start time: 0x01d1e898e3120acd

Faulting application path: C:\Program Files (x86)\Application\MyApp.exe

Faulting module path: C:\Program Files (x86)\Application\arcgisruntime10.2.6\client32\RuntimeCoreNETDesktop.dll

Report Id: a8aca3d9-b63a-4a83-a226-e6bca216ee15

Faulting package full name:

Faulting package-relative application ID:

Faulting application name: MyApp.exe, version: 13.11.6017.15985, time stamp: 0x576a3b01

Faulting module name: MSVCR120.dll, version: 12.0.21005.1, time stamp: 0x524f83ff

Exception code: 0xc0000005

Fault offset: 0x000000000003c3f9

Faulting process id: 0x24c8

Faulting application start time: 0x01d1e7c9640183ba

Faulting application path: C:\Program Files (x86)\Application\MyApp.exe

Faulting module path: C:\Program Files (x86)\Application\arcgisruntime10.2.6\client64\MSVCR120.dll

Report Id: 45a9c44a-6598-402b-9944-37b41aa9dcbd

Faulting package full name:

Faulting package-relative application ID:

I have already checked, without success:

1. graphics card driver - dxdiag in attachement, is alread installed latest but app is still crashing

2. rendering is DirectX11, graphics card suports DirectX11 but app is still crashing

3. memory with memtest, memory is ok but app is still crashing

4. run as administrator - app is still crashing

5. 32 bit or 64 bit mode - app is still crashing

6. my clients use version with 10.2.6 but I prepare new version with 10.2.7 and app is still crashing

7. I noticed that app could crash when arc gis server sends package without body but conntent-lengt with some value, => invalid package. I checked traffic with fiddler and my clients do not suffer from this problem, last package looks ok.

I plan to check:

1. Disabling avg antivirus

I use osm layer and feature layers from local arc gis server.

Do You have any idea what I can check ?

What data I should collect to help to resolve this problem ?

Is it possible to find  line of source code with memory dump and fault offset from event log ?

0 Kudos
3 Replies
MichaelBranscomb
Esri Frequent Contributor

Hi,

Are you saying the app only crashes on a specific customer machine and all your other dev/test machines and other customer machines are ok?

Cheers

Mike

0 Kudos
RobertDawidziuk1
New Contributor

Hi,


I have check, and this problem occurs in our environments, and also in clients.

We are able to reproduce this bug our dev environment.

We have created: dumps, with fiddler, movie and system information.

https://suntechsa-my.sharepoint.com/personal/robert_dawidziuk_suntech_pl/_layouts/15/guestaccess.asp...

https://suntechsa-my.sharepoint.com/personal/robert_dawidziuk_suntech_pl/_layouts/15/guestaccess.asp...

https://suntechsa-my.sharepoint.com/personal/robert_dawidziuk_suntech_pl/_layouts/15/guestaccess.asp...

https://suntechsa-my.sharepoint.com/personal/robert_dawidziuk_suntech_pl/_layouts/15/guestaccess.asp...


In movie which I attached in last dump we could see that modifications on map are needed:
- Creation of 3 line objects,
- Creation of 2 objects,
- Modification of 1,
- Delete of 5 created above,
- Creation in same place, 3 line objects

We try to analyze dumps with windbg but we do not have symbols of esri libraries.

We loaded dump in windbg, then we use commands:
1. .loadby sos clr
2. !EEStack
3. search stack trace with UnhandledException
4. in this stack we founded: ::replace+0xc128 ====> Exception Code c0000005 cxr@000000003acce5c0 exr@000000003acceab0
5. in windbg:   .exr 000000003acceab0

ExceptionAddress: 00007ffdd6a58338 (RuntimeCoreNETDesktop!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::replace+0x000000000000c128)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 0000000000000000
   Parameter[1]: 0000000000000000
Attempt to read from address 0000000000000000

6. We suppose that there is null reference in replace method . This method is called from ESRI_CopyProtect_ParseEmailForNextFeatureEnd. Please check it or send us stack trace with your symbols loaded. Please.
7. Can you prepare version for us in which you turn off calling ESRI_CopyProtect_ParseEmailForNextFeatureEnd ?
We can confirm that this is source of problem, our client will use application without crashing 1 time per hour, and we will continue to prepare repro app. Please understand users frustration.

Can we contanct directly to solve this problem faster ?

Regards,
Robert

0 Kudos
BoazHalamish
New Contributor

hi, we are experiencing the same issue (crashes) due to "RuntimeCoreNet!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::end+0xf3"

was the reported issue was solved?

0 Kudos