IAR и sprintf Опции

[DeXteR]

Добрый день Уважаемый специалисты

Пишу простой код в IAR EWAVR 4.20
В первом случае функция sprintf работает нормально
во втором - глючно

Подскажите что я делаю нетак ??


#include "iom16.h"
#include "stdio.h"

int NUM = 1234;
char STR1[16];

int NUM2 = -1234;
char STR2[16];


int main( void )
{

sprintf(STR2, "%i", NUM);
sprintf(STR1, "%i", NUM2);


while (1)
{}

}

[rezident]

Первый параметр у sprintf должен быть указателем на буфер строки типа (char *). А что такое в вашем случае ST2 и ST1 компилятору видимо непонятно как и мне.

[DeXteR]

Первый параметр у sprintf должен быть указателем на буфер строки типа (char *). А что такое в вашем случае ST2 и ST1 компилятору видимо непонятно как и мне.

Указатель ставил - непомогает

В winavr этот код работает нормально
На массив вместо указателя неругается ни winavr ни IAR

По поводу ST1 и ST2 - поправил - всеравно глюк остался

[vet]

Возможно, дело в настройках Printf formatter (свойства проекта).
Попробуйте поменять для начала %i на %d.

[DeXteR]

Первый параметр у sprintf должен быть указателем на буфер строки типа (char *). А что такое в вашем случае ST2 и ST1 компилятору видимо непонятно как и мне.

Попробывал - непомогает

Первый раз функция отробатывает нормально

второй и все последующие - глючно
Какбудто какаято из переменных локальных не инициализируется
Оптимизация отключена

[KRS]

Я думаю в printf лучше действительно использовать %d (%i для scanf )

А еще насколько я помню IARовские функции printf и scanf требовали довольно большого стека

Лучше всего попроверить в симуляторе по шагам

[Сергей Борщ]

Первый параметр у sprintf должен быть указателем на буфер строки типа (char *). А что такое в вашем случае ST2 и ST1 компилятору видимо непонятно как и мне.

В данном случае все правильно. STR1 и STR2 - массивы из 16 элементов типа char. Поскольку массивов как таковых в С нет, то имя массива тождественно указателю на его первый элемент. Т.е. STR1, STR2 имеют тип char *. Поэтому запись char *ptr = STR1; вполне корректна. Она тождественна записи char *ptr = &STR1[0];
И с другой стороны в С массивы в функции передаются как указатель на первый элемент. Так что с какой стороны ни подойди - в этом месте ошибки нет.

В первом случае функция sprintf работает нормально
во втором - глючно

А если поменять их местами? Т.е. проблема в чем - вообще любой второй вызов функции глючит или именно преобразование отрицательного числа? Пока могу предположить налезание стеков друг на друга. sprintf требовал стека более 100 байт. Сколько точно - не помню :-( А! можно в .map посмотреть.

[DeXteR]

А если поменять их местами? Т.е. проблема в чем - вообще любой второй вызов функции глючит или именно преобразование отрицательного числа? Пока могу предположить налезание стеков друг на друга. sprintf требовал стека более 100 байт. Сколько точно - не помню :-( А! можно в .map посмотреть.

Менял местами - эффект тотже
Второй раз выводит число не 1 раз а всю строку

Очень прошу вас - укажите пожалуйста с какими настройками стека и в каком коде функция в ваших проэктах работает нормально

Спасибо
De}{teR

[CSB]

Library Options -> Printf formatter -> Small

Или

System -> Data Stack (CSTACK) -> 0x40.
Это при модели памяти small.

При tiny все работает без изменений параметров стека.

[UFO]

to DeXteR
по синтаксису все верно, все же это что-то с компиллером

[DeXteR]

Library Options -> Printf formatter -> Small
Или
System -> Data Stack (CSTACK) -> 0x40.
Это при модели памяти small.

УРААААА
Все заработало
ОГРОМНОЕ СПАСИБО

У меня был не Printf formatter -> Small а medium

Сделал Small и все перестало глючить

А с medium может работать или глючит всегда
Кто знает ? Кто пробывал ? Какой стек для этого нужен ?

[rezident]

Первый параметр у sprintf должен быть указателем на буфер строки типа (char *). А что такое в вашем случае ST2 и ST1 компилятору видимо непонятно как и мне.

В данном случае все правильно. STR1 и STR2 - массивы из 16 элементов типа char. Поскольку массивов как таковых в С нет, то имя массива тождественно указателю на его первый элемент. Т.е. STR1, STR2 имеют тип char *. Поэтому запись char *ptr = STR1; вполне корректна. Она тождественна записи char *ptr = &STR1[0];
И с другой стороны в С массивы в функции передаются как указатель на первый элемент. Так что с какой стороны ни подойди - в этом месте ошибки нет.

Сергей, этим сообщением я лишь пытался обратить внимание на ошибку в написании имен массивов при вызове функции

[Сергей Борщ]

Сергей, этим сообщением я лишь пытался обратить внимание на ошибку в написании имен массивов при вызове функции

Лето... отпуск только через 2 недели. Совсем я плохой стал.

Код

char STR1[16];
char STR2[16];

sprintf(STR2, "%i", NUM);
sprintf(STR1, "%i", NUM2);

Не вижу тут ошибки... :-(

[DeXteR]

Сергей, этим сообщением я лишь пытался обратить внимание на ошибку в написании имен массивов при вызове функции

Лето... отпуск только через 2 недели. Совсем я плохой стал.

Код

char STR1[16];
char STR2[16];

sprintf(STR2, "%i", NUM);
sprintf(STR1, "%i", NUM2);

Не вижу тут ошибки... :-(

Она была

Я ее подправил отредактировав сообщение после замечания rezident

Она была но вы ее незастали

[DeXteR]

Уважаемые специалисты

Хочу продолжить эту тему потомучто наступил на грабли второй раз

В Проекте нужен СПринтФ с форматирование
Например так

Код

#include "iom8.h"
#include <stdio.h>
#include <stdlib.h>

char S[32] = "Hello .. Lalala";
long L = 1234567890;

void second(void)
{
    sprintf(S+17, "%ld", L);
}

void first(void)
{
second();
}

int main(void)
{
  while(1)
    {
first();
    }
}

Под Atmega8 с памятью Tiny все работает
После того как переключаем на small программа переполняет стек
(гдето в библиотеках- отладчиком невидно) и контроллер сбрасывается
Увеличение стеков и хипа эффекта недало

Вопросс следующий

Можно ли заставить ПринтФ (СПринтФ) от ИАР работать правильно ??
Если у когото есть опыт борьбы с этой функцией - пожалуйста поделитесь

[IgorKossak]

Изменение хипа (кучи) в данном случае ничего не даёт.
Заставить работать можно пользуясь отладчиком или на худой конец симулятором.
Увеличьте стек максимально возможно (стек данных). Заполните стек какой-нибудь величиной (в симуляторе). Запустите функцию и проверьте потребление стека.

[DeXteR]

Изменение хипа (кучи) в данном случае ничего не даёт.
Заставить работать можно пользуясь отладчиком или на худой конец симулятором.
Увеличьте стек максимально возможно (стек данных). Заполните стек какой-нибудь величиной (в симуляторе). Запустите функцию и проверьте потребление стека.

Отладчиком Видно что гдето в библиотеках (отладка по дизасемблеру) происходит исчерпание стека
Тоесть не переполнение (увеличивать размер бесполезно) а наоборот

Что делают в таких случаях ??

[IgorKossak]

Собрал Ваш пример.
Увеличение стека данных до 0х160 (навскидку) и стека возвратов до 40 помогло.
Модель памяти small, форматтер medium, симулятор - IAR.

Посмотрел использование стека данных, примерно 112 байт.

[IgorKossak]

Отладчиком Видно что гдето в библиотеках (отладка по дизасемблеру) происходит исчерпание стека
Тоесть не переполнение (увеличивать размер бесполезно) а наоборот

Такие ситуации возможны когда в результате переполнения стека портится сам указатель стека, доступ к которому возможен не только из области регистров (0x3D), но и из памяти (0x5D).
Последствия этого могут быть самые неожиданные.

[DeXteR]

Собрал Ваш пример.
Увеличение стека данных до 0х160 (навскидку) и стека возвратов до 40 помогло.
Модель памяти small, форматтер medium, симулятор - IAR.

Посмотрел использование стека данных, примерно 112 байт.

А у меня АВРстудио пишет с вашими настройками

AVR Simulator: Stack Overflow at 0x003e
AVR Simulator: Stack Overflow at 0x012a

Если несложно файлик с проэктом можно посмотреть ?
А какиой версией вы пользуетесь ??

[IgorKossak]

Версия 4.21а, но я думаю, что значения это не имеет.
Проект прикрепляю.  Test.rar ( 24.01 килобайт ) Кол-во скачиваний: 185

[DeXteR]

Версия 4.21а, но я думаю, что значения это не имеет.
Проект прикрепляю.  Test.rar ( 24.01 килобайт ) Кол-во скачиваний: 185

У меня версия 4.20а с патчами для хлинка
При открытии проэкта настройки слетели так как версия у меня младше
Выставил процессор стеки мемори модель и настройки принтф
Генерирую ubroff8 файл
Аврстудия говорит

AVR Simulator: Stack Underflow at 0x0328
AVR Simulator: Stack Underflow at 0x0328
AVR Simulator: Stack Underflow at 0x0040
AVR Simulator: Stack Underflow at 0x0042
AVR Simulator: Stack Underflow at 0x027a

Наверно у меня нелучшая версия компилятора - Качаю новую

[DeXteR]

Скачал 4.21а с этого сайта

Скомпилировал проект ТЕСТ без изменения настроек
Только сделал чтоб он генерировал ubroff8 формат для астудии
Астудия пишет

Код

AVR Simulator: Stack Underflow at 0x027a
AVR Simulator: Stack Underflow at 0x027a
AVR Simulator: Stack Underflow at 0x027a
AVR Simulator: Stack Underflow at 0x027a
AVR Simulator: Stack Underflow at 0x027a
AVR Simulator: Stack Underflow at 0x0328
AVR Simulator: Stack Underflow at 0x0328
AVR Simulator: Stack Underflow at 0x0040
AVR Simulator: Stack Underflow at 0x0042

Но процессор не сбрасывается

Протеус неругается вообще

Может это глюк студии или формата - страшно - но продолжаю работать с проэктом в новом компиляторе

[IgorKossak]

Может и вовсе не стОит AVRStudio юзать?

[DeXteR]

Может и вовсе не стОит AVRStudio юзать?

Ну незнаю
По моиму по удобству интерфейса лучше нету ничего

И протеус я тоже очень люблю
+ счас мне нужно отладит 2 меги связаные по УАРТ + ЛСД

Первая + ЛСД заработала нормально - дело за второй

Но всеже немного пугает эта ошибка - А вдруг она потом вылезит в непонятных местах

[IgorKossak]

Но всеже немного пугает эта ошибка - А вдруг она потом вылезит в непонятных местах

Сдаётся мне, что нет там никакой ошибки, видимо это AVRStudio не въехала в ситуацию.

[DeXteR]

Но всеже немного пугает эта ошибка - А вдруг она потом вылезит в непонятных местах

Сдаётся мне, что нет там никакой ошибки, видимо это AVRStudio не въехала в ситуацию.

Наверное да

Нужно попробывать тожесамое на Астудии 3.56 (но незнаю берет ли она кофф)
По крайне мере в протеусе и в железе все работает хорошо

Но ИАР 4.20 компилировал мне жуткую муть - Дайбог в 4.21 все будет хорошо