Search Results

Hi, I've the following format specifier in a snprintf function: Source Code (1 line) Unfortunately, this results in the string '255', instead of -1. When I remove the 'hh' part, then -1 is correctly converted to '-1'. I've set the 'Printf Width/Precision supported' to Yes in the project configuration. I'm using SES 5.42 on a Mac. Is this a bug? Thanks in advance. Kind regards, Remco Poelstra

I think I've found the solution. I've added a ProgramSection as follows: XML Source Code (1 line)This seems to correctly fill the whole area between NRFFW[1] and REGOUT0. Kind regards, Remco Poelstra

Hi Nino, Thanks for your answer. I'm very sorry for my late reply, I was waiting for a mail from the system that there was a reply but never received it. I've tried both setting the 'default fill pattern' to 0xff as well as adding a 'fill="0xff"' attribute to the MemorySegment in the flash_placement.xml, but the UICR section is still filled with all 0's. Did I set the wrong option?

Hi, I'm using SES 4.52b with a (custom) nR52840 board. SES generates both .elf and .hex files. I've defined the following MemorySegment in the flash_placement.xml: XML Source Code (5 lines)When I now start the debugger (which loads the .elf) the unused sections in this MemorySegment are filled with 0's. When I load the .hex file, the unused sections are properly filled with 0xff. Is this a bug in the .elf loader? Or is there a way to make sure the unused sections remain untouched while loading a…