AnsweredAssumed Answered

g_pfnVectors() at 0x0 issue on FRDM-KL27Z

Question asked by Damien Laidin on Aug 29, 2017
Latest reply on Sep 1, 2017 by Mark Butcher



First of all, I know that this question has already been asked some times but my issue is not exactly the same as the former questions.


I am working with the FRDM-KL27Z board. For some reason, at a precise state, in debug mode, my program falls down in the HardFault handler function because It reaches the g_pfnVectors() at 0x0. I am not doing something too much sophisticated or complicated and the part of the code which is failing  works well on computers or smartphones. Weirder, when I override the default HardFault handler which is defined as weak by default, my handler is not reached and the g_pfnVectors, instead of redirected the code to the hardfault handler, jumps directly on the ResetISR handler.


It's a professional work so I won't be able to show you some code.


I read that it could be the synchronisation between the PC and the debugger (here) which could be the reason of that bug however when i remove the failing part, there is absolutely no issues.


To help, I precise I am working with MCUXpresso IDE with the newlib nano library.


Thanks for your help !