If I set the output options to produce an h86 file and specify the start to be 0 and the end to be 0E000H and the fill byte to be 0FFH, the .h86 file stops prematurely before 0E000H. I presume that the linker knows where the last mapped value stops and therefore it stops filling bytes beyond this point. I currently use hex2bin and bin2hex to stretch the file, but if I can do it with the project, it will save a step in the process. Why is the 0E000H end point ignored?