Emulator Issues #3150
Add detailed exception report
Can be helpfull maybe add some informations inside the exception report txt file.
For example (i don't know if it's usefull for developers) dolphin can add automatically also the international code of the game or the title. The revision used, some configuration or settings which are essentials to be knowed by developers. Also the OS or some system details.
This will be, maybe, helpfull if there are new user which wants to help developers.
Just an idea.
#1 Updated by BhaaL almost 10 years ago
- Status changed from New to Accepted
- Issue type set to Feature request
- Relates to usability set to Yes
Sounds like a good idea.
Glenn, soren: That exception handler is windows only for now - know any facilities that let us know when we crash, and write some additional info?
#2 Updated by 3Xistence.studio almost 10 years ago
When the exceptioninfo.txt will add automatically the code of the game/app and the most usefull info people can submit only their expection info for general code errors without write i line i think.
For most serious problem (like CTD without any expceptioninfo.txt generated...it happends some times with some games) the people will continue to compile the issues forms. I think it will give a "speedup" for ones which resolves code errors
#3 Updated by 3Xistence.studio almost 10 years ago
Maybe the most fast way is to create a custom folder for logs whit a subfolder with the game/app ID.
for example "Dolphin/Logs/RP06E/exceptioninfo.txt"
In this way the logs and errors will be automatically splitted and organized by the game/apps used.
#6 Updated by BhaaL almost 10 years ago
glenn: main question is probably the signal handler, so we get some sort of notification when we crash.
Getting a backtrace or something is optional IMO, since it wont really be of any use (no symbols for most things, especially Jit). Still, if you have a way, bring it on :)
#8 Updated by sktsqrl about 8 years ago
This looks pretty interesting; the current windows exception handling code can be improved greatly.
For example, the current stack overflow handler will itself cause a crash since it will alloc things on the stack as well, causing a fatal access violation (which then causes people to think dolphin is failing on the wrong type of exception - masking the root cause).
This is by-the-book fail: