Lpc2000+RTOS+sprintf (Не работает sprintf), Как может операционка повлиять на sprintf ? Опции

[mihask]

Уважаемые сограждане подскажите пожалуйста, если кто знает ,
почему после выхода из sprintf программа переходит на вектор сбоя данных DAbt_Handler.
Так происходит только если я пытаюсь вывести в строку переменную float, если int то все нормально.
Почему такое может быть?

Процессор -LPC2103
Операционка - RTL- Keil
Компилятор-RealView

Структура программы следующая:
Есть три задачи каждая из которых активизируется периодически
при помощи конструкции:

Код

    os_itv_set (5);
        for(;;)
           {
             os_itv_wait ();
               }

это значит что каждая задача запускается каждые 50 млс (время для каждой задачи разное).
sprintf выполняется только в одной из задач.

Сообщение отредактировал mihask - Feb 6 2007, 10:15

[AlexandrY]

Хе..Хе, это грабли библиотеки RealView.
Помогает только опция: --min_array_alignment=8
Иначе в библиотеки работы с float происходит непредусмотренное смещение стека, но не всегда, а только при определенном расположении стека.
Поэтому легкая перекомпоновка кода может приводить к разному поведению sprintf.
А операционка влияет на это тем образом, что стеки задач и соответственно переменные в них распологаются юзером не так как это сделал бы компилер знай он, что там будет распологаться float.

[zltigo]

Хе..Хе, это грабли библиотеки RealView.
Помогает только опция: --min_array_alignment=8

Обалдеть Ничего не понимаю - ну ладно, выделили мы стек выровненный на 8. Ну и что? Это никак не гарантирует, что при вызове printf() указатель останется выровненным. Что-то здесь очень темное, если это так.

[AlexandrY]

Компилер с самого начала придерживается выравнивания стека по границе 8.
Я когда пишу ассемблерные модули под RTOS, то тоже всегда ставлю директиву PRESERVE8
Поэтому в течении выполнения программы выравнивание на 8-мь всегда сохраняется.
А вот начинается оно с того как будет размещен стек задачи.
Ясно, что и сохранять в контексте RTOS надо тоже четное число 32-х битных регистров.
Просто где-то в функции __printf есть явное отсекание 3-х младших бит адреса переменной типа float.
Сейчас это место не вспомню, но отладчик легко покажет.

Хе..Хе, это грабли библиотеки RealView.
Помогает только опция: --min_array_alignment=8

Обалдеть Ничего не понимаю - ну ладно, выделили мы стек выровненный на 8. Ну и что? Это никак не гарантирует, что при вызове printf() указатель останется выровненным. Что-то здесь очень темное, если это так.

[zltigo]

Ясно, что и сохранять в контексте RTOS надо тоже четное число 32-х битных регистров.

Бесспорно. Но кто запретит мне в задаче завести нечетное количество локальных переменных?
И что тогда , будет при вызове printf() если:

Просто где-то в функции __printf есть явное отсекание 3-х младших бит адреса переменной типа float.

Видимо min_array_alignment еще какие-то побочные эффекты имеет .