sprintf от Keil, мусор после полезной строки Опции

[firstvald]

во франклине (для работы с плав арифметикой не использую, но спецэффект видел) и в кейле сталкиваюсь с тем, что sprintf мусорит в строке после полезной части. при выводе плавающего числа со спецификатором f4.1 после полезной части кидается еще байт так 9 мусора. обычно обхожу это тем, что завожу большую строку с запасом, фактически для вывода плавающего числа по спецификатору f4.1 требуется строка длиной 24 байта (с некоторым запасом), но может быть кто- то нашел лечилку?


в порядке пожарного бубна

может кому срочно поможет, как посмотрю подробнее еще отпишусь. вроде бы мусор исчезает, если вызвать последовательно сначала sprintf без поля точности: sprintf(...,"%f",....) и сразу же еще раз, но уже как нам нужно sprintf(...,"%4.3f",...).

[jcxz]

во франклине (для работы с плав арифметикой не использую, но спецэффект видел) и в кейле сталкиваюсь с тем, что sprintf мусорит в строке

Возможно - у Вас элементарно переполняется стек.
Наблюдал на IAR+CortexM3 использование ~0.5кБ стека при вызове printf-функций.

[firstvald]

Возможно - у Вас элементарно переполняется стек.
Наблюдал на IAR+CortexM3 использование ~0.5кБ стека при вызове printf-функций.

не простая функция и приглядывать надо при использовании. пользую в 51 процессоре. озу осталось байт 300. сомневаюсь, что использует стек в регистрах, но если народ знает в каком месте print sprintf творит свое черное дело, то милости просим высказаться.


ps вот как только я стал писать параноидально, ручками раскладывая каждый байтик - эффект исчез.

CODE

const char specif[] = "%4.2f\0";

неплохо, но на самом деле же писал что спецификатор надо в ряде случаев менять .

По идее изменение формата sprintf не спасет буфер от поломки

CODE

sprintf(out_line, "%*.*f", digits, decimals, in_val);

вот это интересно