About robertroy9

robertroy9 · 2012-08-22

Posted on August 23, 2012 at 04:51Hello,STM32L152, Rowley CrossStudio 2.3, STM32L152DEMO pcb, Using CrossConnect debugger within CrossStudio.I have seen this problem before, did not record/understand last time fixed.What will cause a hard fault on f...

robertroy9 · 2012-08-23

Posted on August 23, 2012 at 23:10Thanks, I would like to avoid stack allocation of arrays and structures I am pretty sure.Back in the day, we told the compiler where to place the variables and masked it off. That is what I want to do, and use point...

robertroy9 · 2012-08-23

Posted on August 23, 2012 at 21:22Clive, If I look at GNU I see something I never wanted to know about but under the circumstances...http://gcc.gnu.org/onlinedocs/gcc-4.4.0/gccint/Function-Entry.htmlSo you meant the generating prologue code to save ...

robertroy9 · 2012-08-23

Posted on August 23, 2012 at 21:08Ok, stack to 12384 <I would have never thought of going so large> and no hard fault. Now to figure where this enormous allocation is taking place. But back to that little bit of code, where does it hark from?int mai...

robertroy9 · 2012-08-23

Posted on August 23, 2012 at 21:02If I comment out the remainder of the program, the offending code is not there. So then there is no hardfault.''generating epilogue'' , so I suppose that I should see a pointer or address in the memory map file that...

robertroy9 · 2012-08-23

Posted on August 23, 2012 at 19:48Changing the stack from 4k to 8k no change.Memory Usage shows 6.6K free of 16K in idiot window.So you are saying that R3 is determined somewhere in the compiler as a result of the auto/allocation of static variables...

User statistics

User Activity

Hard Fault on first SRAM access

Re: Hard Fault on first SRAM access

Re: Hard Fault on first SRAM access

Re: Hard Fault on first SRAM access

Re: Hard Fault on first SRAM access

Re: Hard Fault on first SRAM access