Подскажите пож. то сталкивался с сообщением об ошибке "had to relocate PHC" в WINAVR.

Версия avr-gcc?

WinAVR - 20060421 , (GCC) 3.4.6

Если я правильно понял - этот баг исправлен в GCC 4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11324 - unimplemented, had to relocate pch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11341 - [cygwin] [pch] ICE in ggc_pop_context, at ggc-page.c:1441 while compiling libstc++3

Используйте более новую версию WinAVR.

Анатолий.

Я вот никак не пойму, баг это компилятора или нет.
Вот такой код не хочет работать:

Проблема с индексацией массива. Может кто встречался с подобной проблеммой.

Хотя, я уже начинаю сомниваться, не в моей ли голове эта проблема, т.к. такой глюк у меня был и в предыдущих версиях GCC. А проблема достаточно очевидна и впринципе я так думаю, что еслибы это было багом, то он бы давно был исправлен (хотя кто его знает).

P.S. Включение оптимизации на результат не влияет.

Версия GCC:

Что значит РАБОТАЕТ/НЕ РАБОТАЕ?????
Обясните что вы ожидаете получить и что получаете в результате работы программы.




Что вы хотите отсортировать массив buff[] или символы в строке, которая сохранена в массиве buff[]?

Анатолий.

aesok, не уже ли из преведенного кода не понятно что должна делать функция "sort_insert". Она должна отсортировать массив восьми разрядных безнаковых значений по возрастанию, передается ей указатель на массив "uint8_t *items" и размер массива "uint8_t size". Если Вы не знаешь как работает алгоритм сортировки методом вставки, то можешь почитать сдесь: http://algolist.manual.ru/sort/insert_sort.php .

По секрету Вам скажу, что строка есть также массив типа "char" которая содержит дополнительно нулевой символ '\0' в конце.

Ну и для тех, кто не может понять очевидный код я поясняю: после выхода из функции "sort_insert", строка должна быть отсортированна в алфавитном порядке, также замечу, что нулевой символ '\0' в конце массива должен будет находиться уже в его начале. Что на самом деле не происходит. А чтобы данная функция заработала, как от нее ожидается надо закоментировать строку "items[j+1] = temp; // этот оператор не хочет работать" и раскоментировать строку "//items[++j] = temp; // а вот этот отлично работает".

P.S. Кто не верит, может скопировать код (он полностью готов к сборке) и прогнать его из под отладчика. Для понимания того, что функция "sort_insert" начинает работать както не так, понадобиться раз 10 (десять) нажать на кнопку <F11>, это в среде AVR Studio.

Индекс масива имеет тип unsigned int.

Расмотрим случай когда j = 0xFF:
1. Оператор items[j+1] = temp; преобразуеться в
items[(unsigned int)j+1] = temp;
-> items[(unsigned int)0xFF+1] = temp;
-> items[0x00FF+1] = temp;
-> items[0x0100] = temp;
-> items[256] = temp; !!!!!!!


2. //items[++j] = temp; // а вот этот отлично работает
items[(unsigned int)(++j)] = temp;
-> items[(unsigned int)(++(0xFF))] = temp;
-> items[(unsigned int)(0x00)] = temp;
-> items[(0x0000)] = temp;
-> items[0] = temp; !!!!!!!!

Может вначале попытаться свой код выполнить в симуляторе чем обвинять компилятор в багах.

Анатолий.

PS: И петензий мне не надо предьявлять что я должн понимать что не должен. Имя функции говорит только о ее имени, а выполняет функция то что вы написали. И если вы ниписали чуш, то и получите в результате чуш.

PSS: И вообще отладка это немного более сложный процес чем "раз 10 (десять) нажать на кнопку <F11>".

Сообщение отредактировал aesok - Jul 10 2007, 07:16

А не поясните почему?

Вполне возможно, что Вы aesok и правы.

После того, как я немного потправил код таким образом:
все заработало.

Вот по этому я и сомневался:

А про это я не знал. Спасибо, что прояснили ситуацию. Как говориться век живи век учись.

Еще раз спасибо, теперь все встало на свои места.


Притензии я не кому не предъявляю. Мне почему то всегда казалось, что разобраться в функции языка 'C' которая состоит из шести строк довольно просто. Это же все таки не 'Perl' где в шести строчках кода можно закодировать целую программу на 'C'.

Насчет десяти нажатий клавиши <F11>, так опять же мне кажется, что этого вполне достаточно что бы увидеть что данная функция начинает работать не так как от нее ожидается. Хотя, я могу и ошибаться.

В моем понимании отладка - это ВЫЯСНЕНИЕ почему код работает именно так как он работает, а не так как ожидаеться.

Анатолий.

Ну, эт у вас мистика какая-то, типа код сам знает, как он работает, а вы вот хотите это выяснить.

Отладка - это получение кода, работающего именно так, как задумал автор, ни больше, ни меньше.

Код работает как он написан, а хотеть я могу совсем другого.


Автор вопроса в этих двух строчках ХОТЕЛ одного и тогоже:
items[j+1] = temp; // этот оператор не хочет работать
items[++j] = temp; // а вот этот отлично работает

Но они работали по разному, и не так как ХОТЕЛ автор, а так как этот код понял компилятор в соответствии со стандартом на язык С.

Анатолий.

Сообщение отредактировал aesok - Jul 10 2007, 11:42

Не так. Код написан ВАМИ, следовательно, ВЫ хотели, чтобы он работал так-то и так-то, но в силу ряда причин, ваш код работает не так. Ну выяснили вы, почему код работает неправильно, ну и что? Надо же его исправить и опять проверить, именно в этом заключается отладка.

Поэтому так точнее: Отладка - это получение кода, работающего именно так, как задумал автор.

Другими словами, ВЫЯВЛЕНИЕ ошибки и ИСПРАВЛЕНИЕ кода, чтобы он работал так, как ожидается АВТОРОМ.

да мы про одно и тоже, только разными словами.



Полностью согласен.

Анатолий.