FORUMS

Index Project For XDA Device Subforums

Another ambitious project from the collaborative efforts of Recognized Contributors and Forum … more

The Atlas of XDA

A few weeks ago, we asked you “How Does Your Location Affect Your Life As A Power User?”. In the days that … more

New Snapdragons: Some Context & Contrast

It hasn’t been a good year for Qualcomm so far. Every device featuring the Snapdragon 810 … more

Google To Launch Next Gen Android One On July 14

The first gen of Android One devices to be launched in India in September 2014 were … more

[Q] Retrieving crash-dump from Windows Phone 8

4 posts
Thanks Meter: 0
 
By szt69, Junior Member on 17th May 2014, 04:51 PM
Post Reply Subscribe to Thread Email Thread
(I am new and cannot post in dev forum, that's why I posted this here. Still hope someone will be able to help.)

Is there a way to get crash-dumps out of Windows Phone 8 during development time? I am after a file that is dumped similarly to when a normal Win32 app crashes. Or similar to what is saved on iOS devices at crash to be investigated at a later point.

My question is specifically about somehow retrieving this (or similar) file/info from the phone after a crash without me having to do anything in my code e.g. manually writing the stack trace to a file from an unhandled exception.

I am aware the option of getting "live" crash reports from a beta-submitted app but that is not what I am after.

Thanks!
 
 
19th May 2014, 10:08 AM |#2  
Recognized Developer
Flag Seattle
Thanks Meter: 2,848
 
More
Can Visual Studio's debugger generate crash dumps? I'd expect so (I know windbg can, but I haven't managed to attach windbg to a phone app) and that would be the obvious approach.

Not sure why you want a dump when you can do live debugging, though...
19th May 2014, 05:34 PM |#3  
OP Junior Member
Flag Umdloti
Thanks Meter: 0
 
More
Quote:
Originally Posted by GoodDayToDie

Can Visual Studio's debugger generate crash dumps? I'd expect so (I know windbg can, but I haven't managed to attach windbg to a phone app) and that would be the obvious approach.

Not sure why you want a dump when you can do live debugging, though...

Hmmm, I never thought of using windbg because that never came up as a tool that is used with WP8.. Will give it a try and see if I get anywhere.

I need a crash dump because the crash does not happen when a debugger is attached.

I am trying other options to catch the issue: isolating the code the crash might happen, dump the stack trace into a log file, but a crash log would be the most obvious place to look at and I am shocked that it is not possible or at least this hard.
19th May 2014, 08:41 PM |#4  
Recognized Developer
Flag Seattle
Thanks Meter: 2,848
 
More
There's a way on the ATIV S to get crash dumps (without even crazy hacks, I mean; it's a hidden option in the Diagnosis application) but I think they're only for the OS, not for individual apps.

A crash that only happens without the debugger attached is a very irritating sort of crash!
20th May 2014, 11:25 AM |#5  
OP Junior Member
Flag Umdloti
Thanks Meter: 0
 
More
Quote:
Originally Posted by GoodDayToDie

There's a way on the ATIV S to get crash dumps (without even crazy hacks, I mean; it's a hidden option in the Diagnosis application) but I think they're only for the OS, not for individual apps.

A crash that only happens without the debugger attached is a very irritating sort of crash!

Amazing, I have access to an Ativ S device so will give a try! Thanks!
30th May 2014, 09:46 AM |#6  
OP Junior Member
Flag Umdloti
Thanks Meter: 0
 
More
I have got a confirmation directly from Windows Phone team: what I am asking for is not possible at the moment.

I have provided them feedback on what kind of situation this can put some developers, I hope they will consider it and look into doing something about it.

In the meantime your options are to manually dump the stack trace (along with any info you want) from an unhandled exception or to upload your app for beta testing and check the crashlogs on the dashboard of your developer account.
1st June 2014, 10:13 PM |#7  
Recognized Developer
Flag Seattle
Thanks Meter: 2,848
 
More
Yeah, sorry. I should have mentioned that my approach is to always implement a custom unhandled exception function (there's a stub for it in App.xaml.cs) and either present an error message or write an error file. It's not a true crash dump, but it's often enough to help you find the spot where the problem occurred.

Hmm... I wonder how hard it would be to write a native component that would generate a crash dump on demand. I mean, it *should* be possible to do it, since you have raw pointer access and file I/O. I've just never tried.
Post Reply Subscribe to Thread
Previous Thread Next Thread
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes