Вход Наше всё Теги codebook PARTS Поиск Опросы Закон Пятница
29 мая

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры ARM AVR PIC PLD, FPGA, DSP Кибернетика Технологии Схемы, платы, компоненты

Средства и методы разработки

/957242

VLLV (06.11.2019 20:05, просмотров: 4496)

IAR ваш - Говно. Ни малейшего предупреждения.

Прикреплённые файлы:
IAR.png

Ответить

- Эх... а какое гавно Crosscore на базе Эклипса... ни в сказке ни пером... как с ним люди живут, я вообще не понимаю... мы, вчетвером, уже так задолбались, что просто ец... - sav6622(06.11.2019 21:35)
  - Ну я помню среду для песка от сайпресса) - VLLV(06.11.2019 21:50)
- А там в коде ничего странного нет? Или может мне спать пора evgeniy1294(238 знаков, 06.11.2019 20:58)
  - Три строки выше проверка диапазона сдвига. - VLLV(06.11.2019 21:31)
  - _status_bit[i] ВСЕГДА < 64, поэтому выхода за диапазон не будет. Этот код компилятор может выкинуть. - Costic(06.11.2019 21:18)
  - Ещё вопрос: flash отмаплена в 0x00000000? - evgeniy1294(06.11.2019 21:00)
    - похоже на то - 0men(06.11.2019 21:03)
  - именно )) оптимизатор все это выкинул нах ) - 0men(06.11.2019 20:59)
    - и правильно сделал :-) - Costic(06.11.2019 21:20)
      - Когда-то, давным давно, было модно в AVR нулевой байт EEPROM не занимать. Для того, чтобы IAR не выкидывал переменную, которая никому не нужна, нужно было просто ему это указать: vpv.vpv(126 знаков, 08.11.2019 09:12)
        
        В стандарте на язык Цэ нулевой указатель не может указывать ни на одну переменную в программе. Оказалось, что в яре для стм8 таки может. Или это был 8051 и кейл? В общем, бывают курьёзы. - SciFi(08.11.2019 18:09)
        
        дык вроде дело связано с тем что запись в еепром на avr идет через регистр-указатель в котором какой-то адрес всегда есть и в случае не преднамеренной установки битов в EECR запись случится) в связи с этим и рекомендации не использовать нулевой Aleksey_75(34 знаков, 08.11.2019 18:29)
        
        У PIC микрочиповских, с EEPROM, то же самое было, даже вроде в документе каком-то проскакивало: паркуйте указатель записи в нулевую ячейку и не используйте её. - Nikolay_Po(08.11.2019 18:42)
        
        А что, кому-то до сих пор непонятно, что нельзя использовать ячейку EEPROM, на которую паркуется указатель по ресету?? - MBedder(08.11.2019 21:51)
        
        Несколько лет назад мне было непонятно. Ознакомился, когда читал сообщения в конференции forum.microchip.com. Сам встроенный EEPROM не использовал, а во внешней данные сохранял с резервированием и CRC32, размазывая износ по всему доступному объёму. - Nikolay_Po(08.11.2019 21:56)
        
        это было во времена AT90, у мег и тинь таких проблем, вроде, уже не было - 0men(08.11.2019 13:42)
        
        ХЗ, я теперь не тока на АВР "0" ячейку не трогаю. ;О) - mse homjak(08.11.2019 15:22)
        
        теоретически да, возможен вариант, когда "снесёт башню, и запишет что-нить в "0" ячейку (например при снижении питания), но шанс очень невелик, но тем не менее у меня в библиотеке работы с ЕЕПРОм есть функция "HeadPark", Adept(442 знаков, 08.11.2019 17:52 - 17:55)
    - В этом случае отладчику положено сообщать "нет такой переменной, ибо она ушла нах". - SciFi(06.11.2019 21:03)
      - скомпилировал у себя, отладчик пишет unknown статусбит. Возможно, после игры с линкером, что то пошло не так - 0men(06.11.2019 21:09)
        
        Как бы ни игрались, имя есть имя. - VLLV(06.11.2019 21:32)
        
        Без маппинга тоже имя остается? Я так понимаю, вы знаете, что этот кусок кода оптимизатор выкинул правильно? - 0men(06.11.2019 21:37)
        
        Нет, в этом не разобрался. Собственно, с этого началось. - VLLV(06.11.2019 21:42)
        
        _status_bit[i] ВСЕГДА < 64, поэтому весь цикл не имеет смысла, компилятор (оптимизатор) его выкидывает - 0men(06.11.2019 21:45)
        
        Проверил, именно так. То есть против изврата программиста IAR бессилен. Ну что ж, логично. Еще раз спасибо! - VLLV(06.11.2019 21:59)
        
        Бля! Спасибо! Сравнение действительно не в ту сторону. Щаз проверю в симуляторе. - VLLV(06.11.2019 21:56)
        
        Я же как раз писал об этом))) - evgeniy1294(06.11.2019 23:43)
        
        Спасибо, но я читал зашоренными глазами )) Сначала хотел брейк применить, а потом "упростил" конструкцию, не поменяв условие. - VLLV(07.11.2019 06:39)
        
        Говорят, "test-driven development" в этих случаях помогает. Сделал рефакторинг, прогнал тесты, чувствуешь себя сухо и комфортно. Хотел попробовать, но с этими тестами столько геморроя (особенно симулировать железо), что забил. Плетём лапти по SciFi(10 знаков, 07.11.2019 12:17)
        
        В реальной жизни не могу заниматься тестированием, да и программировать некогда :), просто нужно вычистить код. Разобравшись, какая функциональность наносит непоправимый ущерб системности, отстоять её снос. Тестирование могу отдать, а это - ну VLLV(7 знаков, 07.11.2019 13:51)
        
        Железо нужно симулировать не на уровне битов и фронтов сигналов, а на уровне высокоуровневых операций (например, чтение-запись блоков данных в EEPROM делается через функцию HAL)... fk0(3835 знаков, 07.11.2019 12:59)
        
        Значит, наш IAR не Говно? :) - Ксения(07.11.2019 11:02)
        
        Не, тут тема сисек раскрыта не до конца... один глюк так и не объяснен. При выкидывании оптимизатором кода (и переменной), отладчик должен написать, что она не известна. Тут же он ее показывает по вполне определенному адресу. Дело может быть в 0men(56 знаков, 07.11.2019 12:12)
        
        Да, так бывает. Пожалуй, у каждого было, у меня в том числе: "Я нашёл баг компилятора"! Спокойно отношусь, с пониманием. - Nikolay_Po(07.11.2019 11:11)
        
        мой найденный косяк )) - 0men(07.11.2019 12:22, ссылка)
        
        Какой-то унылый косяк. У меня было неверное вычисление MD5 при включении оптимизации (и, возможно, иные, более скрытые баги). Найти, где именно, не представляется возможным, т.к. код MD5 - та ещё простыня, а при оптимизации на дизассемблер без SciFi(19 знаков, 07.11.2019 12:31)
        
        Да конечно. Я писал свой MD5 для пиков, одним глазом подглядывая в официальный исходник. Получилось и компактней и быстрей (на 8 битах). И отлаживается эта "простыня" очень просто, можно после каждой итерации каждой одной из 4-х частей алгоритма fk0(54 знаков, 07.11.2019 13:04)
        
        +1, отлаживался так же - 0men(07.11.2019 13:16)
        
        А потом окажется, что эти дампы (там же надо volatile добавить) спугнули баг. Или не окажется... - SciFi(07.11.2019 13:06)
        
        Зачем, что даст volatile? Ты дамп явно печатаешь, компилятор явно это видит, что ты его читаешь и сгенерирует код какой нужно. Ты ж его не параллельно отладчиком из регистров/памяти выдирать будешь? Про отладчик конечно компилятор не знает. fk0(436 знаков, 07.11.2019 13:15 - 13:18)
        
        Неважно. Это было давно, скорее всего реальный баг яра, но исправлять его никто не стал бы (кому нужен яр для coldfire?). И это был неплохой повод перейти на gcc. SciFi(188 знаков, 07.11.2019 13:17)
        
        Ваш гцц кривая паделка финских студентов, он даже работает в страшном чорном досе, там нет никакого GUI. MicroC или CCS - выбор профессионала! fk0(48 знаков, 07.11.2019 13:21)
        
        Да говно, говно, не переживайте! ;О) - mse homjak(07.11.2019 11:07)
- подозрительно, что у вас точка останова не активна. Так бывает, если этот кусок кода оптимизатор выкинул - 0men(06.11.2019 20:57)
  - Это самый лёгкий вариант ошибки скандинавов - компилятор выкинул код обращения к переменной, выкинул и переменную, но забыл об этом ( может, статик повлиял) и тыкает на область памяти, которая никакого отношения к этому массиву не имеет. Нужно VLLV(27 знаков, 06.11.2019 21:41)
    - я уже писал, что попробовал у себя, со статиком, ARM 8.30.2, отладчик ведет себя корректно, пишет переменная не найдена - 0men(06.11.2019 21:43)
      - Странно, что проект достаточно объёмный, и практически все на первый взгляд работает, рушится только тут. - VLLV(06.11.2019 21:48)
- а каэто у вас boot и application в одном таргете ? поделитесь секретом - Aleksey_75(06.11.2019 20:38)
  - Банально скрипт линкера делит на части. - VLLV(06.11.2019 20:45)
    - и не возникает ситуации, что один кусок кода использует и boot и application? AlexG(80 знаков, 06.11.2019 21:00)
      - Есть специальный проверяльщик в после- билде - VLLV(06.11.2019 21:28)
      - вот, вот .. меня это тоже немного напрягает Aleksey_75(123 знаков, 06.11.2019 21:03)
- Мжет быть в General Options раздел Location for constants and strings выбран пункт RAM? А потом этот адрес кто-то (ваша программа) затёр. - Costic(06.11.2019 20:31)
  - Даже не знал о такой фиче. Подозреваю, что какая- то проблема с памятью есть, потому что при старте перестает останавливаться в main, но почему нет предупреждений? - VLLV(06.11.2019 20:50)
- Что эта картинка доказывает? Не оч. прямые руки? - SciFi(06.11.2019 20:24)
  - "Какие Ваши доказательства?" Я думал, я не на суде ;) - VLLV(06.11.2019 20:52)
    - Яр тоже не на суде. Должен же кто-то за него впрячься, пока Ксения отсутствует :-) - SciFi(06.11.2019 21:02)