How to diagnose GPF messge?

[DanQ]

I'm trying to diagnose a GPF crash running on a remote PC executing an app written in LW/CVI.  Is there anything can glean from the error message?  I can see the source file, line and column number, thread Id and function Id.  Are there any tools available that can help me trace this down?  The address where the failure ocurred is also in the message.  Where can I look to see how to re-construct the footprint of this app in memory?  Is that even possible?

Regards,

Dan

[CorbinH]

I don't believe it is possible to remap the memory of the application. If you have the debuggable executable you will be able to open up the application in CVI and debug from there (breakpoints, variable watch, memory watch, etc). Otherwise, you may want to find the project (if possible).

[CorbinH]

Hi Dan,

There is actually an option in CVI to get a memory map of the application, but you will need the project to rebuild the application. By going to Build»Target Settings and selecting "Generate map file" you can generate a memory map during build. It will be a text file located within the build directory. I hope that helps!

[tstanley]

As a possibly helpful hint, the last couple of times I had a GPF, it was because I was calling LoadPanel(..) to load a panel, but not calling DiscardPanel(..) when I was done with it, which resulted in a memory leak over time which seemed to cause a GPF eventually.  You might want to check your application to see if it is doing something similar.  Note that RemovePopup(..) does not remove a panel from memory, so you still need to call DiscardPanel(..) after a RemovePopup(..).