[aBoomest 0]

Добрый день.

Работаю на NXP MK66FN2M0xxx18.

При этом при использовании функции sprintf для вывода чисел с плавающей запятой, программа на этой функции вылетает. Убираешь %f (т.е. выводишь все кроме float'ов) - все работает.

Кто сталкивался с подобным?

 

На сайте IAR нашел следующее https://www.iar.com/support/tech-notes/gene...point-f-on-arm/

Правда думается, что не о том.

[jcxz 243]

При этом при использовании функции sprintf для вывода чисел с плавающей запятой, программа на этой функции вылетает. Убираешь %f (т.е. выводишь все кроме float'ов) - все работает.

Кто сталкивался с подобным?

Вангую использование FPU в разных задачах РТОС (или ISR) и несохранение контекста FPU при их переключении.

Либо тупо: используется stdlib без поддержки float.

[megajohn 8]

Вангую использование FPU в разных задачах РТОС (или ISR) и несохранение контекста FPU при их переключении.

Либо тупо: используется stdlib без поддержки float.

 

либо стек не выровнен на 8

[scifi 1]

либо стек не выровнен на 8

У меня такое приводило просто к неправильной печати. Но то был GNU Arm Embedded...

[aBoomest 0]

1. Операционок нет, для прерываний контекст сохраняется и восстанавливается автоматически.

 

2. "Стэк не выровнен на 8." - поясните плз что это значит? Стэк должен начинаться с адреса кратного восьми? или все элементы в стэке должны размещаться в нем с "шагом" кратном 8? Или еще как-то?

[scifi 1]

Стэк должен начинаться с адреса кратного восьми?

Именно. Вернее, указатель стека при вызове внешних функций должен быть кратен 8, но если стек выравнен в начале, то в дальнейшем компилятор соблюдает эту кратность. Если нарушить, бывают чудеса в частности вокруг sprintf. Должно быть, как-то замешаны вычисления с double.

Кстати, насчёт double. Если при инициализации программы не включен FPU, то при попытке его использования будет именно "улетать".

[jcxz 243]

Кстати, насчёт double. Если при инициализации программы не включен FPU, то при попытке его использования будет именно "улетать".

Вообще - ТС даже не раскрыл значение понятия "вылетает". Может если он определится - что это такое, то всё сразу станет ясно?

[demiurg_spb 0]

Может банальное переполнение буфера?

HINT: Попробуйте на snprintf заменить и в будущем только её и использовать...

[scifi 1]

Может банальное переполнение буфера?

HINT: Попробуйте на snprintf заменить и в будущем только её и использовать...

Кстати, да. Банальнейший код может привести к неожиданным результатам:

char buf[16];
sprintf(buf, "%f", 1.0e99); // boom

[aBoomest 0]

Именно. Вернее, указатель стека при вызове внешних функций должен быть кратен 8, но если стек выравнен в начале, то в дальнейшем компилятор соблюдает эту кратность. Если нарушить, бывают чудеса в частности вокруг sprintf. Должно быть, как-то замешаны вычисления с double.

Кстати, насчёт double. Если при инициализации программы не включен FPU, то при попытке его использования будет именно "улетать".

Стек начинается с адреса кратного 8. При заходе в подпрограмму функции sprintf в регистре адреса число (почему-то) не кратное 8. Почему - фиг его знает. Переменная, в которую я запихиваю строчку при помощи функции sprintf - локальная, т.е. объявлена в той же функции, в которой я вызываю sprintf. Пока пришел к следующему: если переменную объявить глобально, то все работает. Однако объяснения этому всему пока нет.

 

Уважаемые форумчане, есть мысли на этот счет?

[jcxz 243]

Уважаемые форумчане, есть мысли на этот счет?

Уже вроде писали: телепаты в отпуске. А пока не объясните значение понятия "вылетает" помочь Вам смогут только они.

[jenya7 0]

уверен там хардварный FPU. включите его

#define CORTEX_M4_BLOCK  0xe000e000
#define CPACR *(unsigned long *)(CORTEX_M4_BLOCK + 0xd88)  // Co-processor Access Control 

//__enable_FPU();  
CPACR |= (0xf << 20);   // enable access to FPU

а вообще sprintf монструозная функция для эмбедед. никогда не использовал ее.

 

[aBoomest 0]

а вообще sprintf монструозная функция для эмбедед. никогда не использовал ее.

Как же тогда делать?

 

Давно просили - про "Программа вылетает":

не знаю как это может помочь

Hard fault

HFSR 0E80

Изменено 21 июля, 2018 пользователем aBoomest

[Arlleex 190]

Как же тогда делать?

 

Давно просили - про "Программа вылетает":

не знаю как это может помочь

Hard fault

HFSR 0E80

Вы уверены что правильно считали HFSR? :wacko:

 

а вообще sprintf монструозная функция для эмбедед. никогда не использовал ее.

Ну и зря. Не такая она и монструозная.

Изменено 21 июля, 2018 пользователем Arlleex

[thermit 1]

Как же тогда делать?

 

Давно просили - про "Программа вылетает":

не знаю как это может помочь

Hard fault

HFSR 0E80

 

Посмотрите в дизассемблере содержимое функций isnanf и isinff (isinfd isnand). Скорее всего они пустые (с мусором).