thanks Eric, this really helped. however, I am still a bit hesitant, as seen 0b11000000 represents signed -0x40 & unsigned as 0xc0, but why the sign bit carryed as sign bit and data bit simultanously when happened extension.
thanks Eric, this really helped.
MSB, perhaps preprocessor or compiler bug, HC08 core
sorry. could not follow, do you have complete example. there are perhaps 1's complement and the 2's complement, i.e., 0x7b, 1's complement = 0x84 (NOT 0x7B) 2's complement = 0x85 (-0x7B)
hi , The result is getting better, tested with L/C/R of Horizontal Alignment, width seems good and down to less than 1mm offset, the setting is with "RIGHT". however, the height & scanning is also found with offset but this time is about 2mm constant, does not matter with horizontal alignment. it is visible with scanned image and also animated GIF. thanks for your help anyway.
hi , The result is getting better, tested with L/C/R of Horizontal Alignment, width seems good and down to less than 1mm offset, the setting is with "RIGHT". however, the height & scanning is also found with offset but this time is about 2mm constant, does not matter with horizontal alignment. it is visible with scanned image and also animated GIF. thanks for your help anyway.
scanned area offset about 5mm
how about uses inline asm .org and direct your function call, looks like the most feasible way to see neat code. somehting we have used as, __asm .org 0x1234 .dw vector1_handler ;// vector table, CPU load the address __endasm; void vector1_handler(){ println(); } or.. __asm .org 0x1234 call _fun1 ;// user call that address __endasm; void fun1(){ println(); }