|
В IAR 5.4 нашел баг |
|
|
|
Oct 1 2009, 07:43
|
Знающий
Группа: Validating
Сообщений: 838
Регистрация: 31-01-05
Пользователь №: 2 317
|
Точнее это не баг, а скорее неудобство, для IAR это фича, при компиляции асмовских файлов (*.s) если в коментах встречается буква "я", компилятор выдает ошибку Цитата Error[4]: Unexpected end of file encountered D:\DEVELOP\Filin\FirmWare\Source\Internet_crc.s 52 Error while running Assembler в младших версиях такого не наблюдал.
|
|
|
|
|
Oct 1 2009, 23:35
|
Гуру
Группа: Свой
Сообщений: 10 920
Регистрация: 5-04-05
Пользователь №: 3 882
|
Цитата(KRS @ Oct 2 2009, 02:19) Это как он может совпадать? Код я - 255 ( в Win1251) , а конец файла ^Z( 26 = 0x1A) Маленькую "я" не только компиляторы не любят. Например, стандартная программка из комплекта Windows "Таблица символов" (\system32\charmap.exe) не переносит. Запустите программу. Выберите любой TrueType шрифт. Откройте доп. параметры просмотра. Смените кодировку на любую другую, отличающуюся от Юникод. Например, Windows: кириллица. А теперь прокрутите лифт окна символов до маленькой "я". Получилось? У меня нет. Программа аварийно завершается
Эскизы прикрепленных изображений
|
|
|
|
|
Oct 2 2009, 01:49
|
фанат дивана
Группа: Свой
Сообщений: 3 387
Регистрация: 9-08-07
Из: Уфа
Пользователь №: 29 684
|
А ещё виндовый гипертерминал "я" проглатывает. Цитата(aaarrr @ Oct 2 2009, 06:21) А вообще, ИМХО, стоит избегать кириллицы в путях, именах пользователей и, конечно, в исходных текстах. Это конечно да, но иногда надо выводить русские надписи для пользователя Поэтому я использую кодировку DOS, там "я" на другом месте, и всё замечательно отображается.
--------------------
Если бы я знал, что такое электричество...
|
|
|
|
|
Oct 4 2009, 20:50
|
Гуру
Группа: Модератор FTP
Сообщений: 4 479
Регистрация: 20-02-08
Из: Москва
Пользователь №: 35 237
|
Цитата(zltigo @ Oct 3 2009, 02:34) Полагаю, что не для того в IAR вводили фичу - дополнительный разделитель 0xFF дабы по стонам на электрониксе его сразу и убирать. И тем не менее, в новой версии от 1 октября (5.40.4 build 1619 full) баг пропал! Я не стала дожидаться пока народ отгуляет выходные и проинсталлировала новый продукт у себя. Инсталляется долго, но это не удивительно - компиляторы для ARM великаны по сравнению с остальными. Запустила на компиляцию один из примеров из папки "\example" и убедившись, что компиляция прошла успешно без ошибок и варнингов, отредактировала одну и строковых переменных, заменив в ней английские буквы русскими. Естественно, включяя злополучную маленькую "я". Повторная компиляция прошла нормально, без сучка и задоринки. Вообще-то с архитектурой ARM я дела никогда не имела, но компиляторы от IAR все на одно лицо. На всякий случай прошу поверить мой результат. Полагаю, что дело тут не в стонах на электрониксе, а в вещах куда более серьезных - совсем недавно (21 сентября) была проведена "японизация" - выпущена версия EWARM-5401J. Я сначала подумала, что буква J относится к номеру версии, т.к. частенько у IAR'а выходят версии, маркируемые на конце буквой, и лишь недавно они перешли чисто на числовую кодировку (и то не везде). Я уж его на FTP успела выложить, а когда поняла, что это японская версия, стерла. Вот и нынешняя версия несет на себе явные следы японизации - слово "Japanese" с мелким японским национальным флажком в правом верхнем углу заставки инсталлятора, и предложение двух языков на выбор - английского и японского (других нет). Весьма вероятно, что символ 0xFF стал допустим из-за того, что компилятор они написали в расчете на юникод. Иначе японскую письменность никак не поддержать. Однако выбрала я при инсталляции английский вариант, в котором ничего японского не обнаружила. Все хелпы по-английски. Короче говоря, всем рекомендую эту версию. Выложила на FTP, куда положено.
|
|
|
|
|
Nov 8 2009, 00:38
|
Гуру
Группа: Свой
Сообщений: 2 720
Регистрация: 24-03-05
Пользователь №: 3 659
|
Всем доброго времени суток! Не стал создавать новую тему потому как мож у меня моск под утро двинулся. IAR C/C++ Compiler for ARM 5.40.1.51558 (5.40.1.51558). Код: Код ... INT i, sw_size, cnt, i_head, free; ... /* Get SW FIFO fields */ ptr = p_eps->data; sw_size = p_eps->sw_size; i_head = p_eps->i_head; free = sw_size - p_eps->len; /* Calculate size for new data payload */ ... while(free--) /* Read new data */ { ptr[i_head++] = AT91C_BASE_UDP->UDP_FDR[ep]; if(i_head >= sw_size) i_head = 0; } переменная free не может быть меньше нуля, так как sw_size не может быть меньше len. Поясню - sw_size - это размер FIFO буфера, len- количество полезных данных в пакете. При очередном зависоне торможу программу и вижу, что sw_size равно len, при этом free в минусе Если вместо while(free--) ставлю for(i = 0; i < free; i++) все работает прекрасно. Вот такая ботва. Тока не пойму, у меня в голове или баг компилятора.
--------------------
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|