sprintf и глобальные массивы

[slawa1980]

Вобщеме есть:
Iar 5.5, LPC1758 uC/OS-II.

Проявляется следующий глюк, при объявлении массива
const сhar *BdrtName[] = {
"1200",
"2400",
....
};

и вызове sprintf(&Str[0], "%.*f%s", 2, 123.45, Гц) - HardFault, а при объявлении массива вот так
const char *const BdrtName[] = {
"1200",
"2400",
....
};
все ок. При чем объявляя и другие массивы как в первом варианте такие же глюки. И еще, перед запуском многозадачности в функции main sprintf(&Str[0], "%.*f%s", 2, 123.45, Гц) работает.

Где копать????

[Alecsej]

const сhar BdrtName[] = {
"1200",
"2400",
....
};
элементы массива и так считаются указателями

[slawa1980]

const сhar BdrtName[] = {
"1200",
"2400",
....
};
элементы массива и так считаются указателями

К сожалению при таком объявлении массива компилятор ругается потому, что он понимает только одну строку как указано ниже.

const сhar BdrtName[] = {
"1200"
};

PS. Суть вопроса была в другом...

[projects.org.ua]

ну так и объявите его просто массивом, и перебирайте элементы по индексу, че вы мучаетесь?
а еще люди придумали замечательный тип - enum, вот и обратите на него внимание , по ходу он решит вашу проблему.

[slawa1980]

Я наверное не правильно задал вопрос.
От того как объявлен массив зависит выполнение функции sprintf, причем связи между этим массивом и функцией sprintf нет. sprintf работал и правильно преобразовывал float в строку, но после того как мне понадобилось объявление массива sprintf перестал работать и процессор попадал в hardfault.

[Alecsej]

Возможно прокатит так,
const сhar BdrtName[][] = {
"1200",
"2400",
....
};
Иначе enum.

[akimych]

Надо разобраться из-за чего хардфаулт, под отладчиком глянуть или еще как-то.
Скорее всего программа где-то порит память. Могут иметь место глюки с указателями или какой-то буфер маловат и т.п. В зависимости от наличия тех или иных массивов, данные в памяти сдвигаются и кривой код портит другие данные. Сейчас вот sprintf упал, sprintf заработает, что-то другое может отвалиться. Тут надо не sprintf заставлять работать, а наоборот, при неработающем sprintf искать первопричину.

И еще, перед запуском многозадачности...

Как вариант, используемый sprintf на это не рассчитан.

const char *const BdrtName[]
const сhar *BdrtName[]
как раз и отличаются тем, что первый вариант целиком константа и будет положен в ROM.

сhar BdrtName[] = {"str1", "str2"..}

Так неправильно. Правильно было как раз в самом начале
сhar *BdrtName[] = {"str1", "str2"..}
Мы же объявляем массив строк, т.е указателей.
сhar BdrtName[] - это массив символов, т.е. одна сторка.

и вызове sprintf(&Str[0],

Что такое &Str[0] ?

[slawa1980]

char Str[256] - глобальная массив.
При объявлении массива в глючном варианте сдвигается адрес Str, может еще сильно не копал. Начал исследовать ассемблерный код sprintf, но это долго, пока иду по пути наименьшего сопротивления - полумеры с другим объявлением массива... И сюда написал

[sersne]

sprintf(&Str[0], "%.*f%s", 2, 123.45, 'Гц');

и

const сhar *BdrtName[][4] = {
"1200",
"2400",
....
};


я ошибаюсь?

[slawa1980]

sprintf(&Str[0], "%.*f%s", 2, 123.45, 'Гц');

и

const сhar *BdrtName[][4] = {
"1200",
"2400",
....
};

1.Правильнее вообще так sprintf(&Str[0], "%.*f%s", 2, 123.45, "Гц");, в 1-м посте просто опечатка.
2. Так тоже можно, но зачем? Такая запись создаст 4 указателя на строки.
3. Суть вопроса не в том, что существует куча способов (половина не работающих или не нужных), а в том, что существует некая невидимая связь в том где находятся указатели на строки - в ОЗУ или ПЗУ и функцией sprintf, выводящей флоты в потоке. Все намного глубже