Vladimir Ljaschko (28.03.2013 12:32, просмотров: 129) ответил rezident на Из "огрызка" вашего примера п.1 вовсе не очевиден. Если я не ошибаюсь, то у Renesas R8C гарвардская, а не фон-неймановская архитектура. Этот факт нужно учитывать в п.2.-
- Из общих соображений в споре "кто дурак: компилятор или я?" в 99% случаев выигрывает компилятор. Так что презумпция виновности - на вас, отдувайтесь :-) - SciFi(28.03.2013 12:39)
- Про шансы стер :) приведен дизассемблер более полного куска. Проверка вроде есть выше, дизассемблер не отобразил сишный текст. Остальное нужно проверять на устройстве, сейчас я от него отъехал. Vladimir Ljaschko(28.03.2013 12:53 - 12:59)
- А по адресу 0x6D9C не искомая ли проверка находится? - rezident(28.03.2013 12:59)
- Угу, уже увидел. Выясню, что не работало - отпишусь. - Vladimir Ljaschko(28.03.2013 13:01)
- Признаюсь, дурак - я. При таком подходе нельзя в первом входе в обработчик состояния менять состояние. Неточность в отладчике (пропажа строки С) спровоцировала меня на необоснованные обвинения к компилятору. Пора вести счет :) - Vladimir Ljaschko(28.03.2013 15:58)
- мне наш программист (он до нас в Agilent работал) на вопрос почему уже несколько лет не обновляют gcc-тулчейн сказал что было уже много случаев когда думали что наткнулись на баг компилятора, но в итоге выяснялось что сами накосячили. - Snaky(28.03.2013 16:02)
- Да я статистику знаю, но тут повелся под общее настроение :) - Vladimir Ljaschko(28.03.2013 16:12)
- Для поднятия общего настроения. Вот реальный пример бага компилятора. Техподдержка признала ошибку, в следуюшей версии она была исправлена. Сразу предупреждаю - история древняя. vmp(3052 знак., 28.03.2013 16:26)
- А я вот на такой баг натолкнулся при попытке изменить data alignment вложенных структур. rezident(1063 знак., 28.03.2013 16:59 - 17:05)
- Получить Internal error просто при некорректном использовании кавычек. Vladimir Ljaschko(189 знак., 28.03.2013 17:50 - 18:35)
- А я вот на такой баг натолкнулся при попытке изменить data alignment вложенных структур. rezident(1063 знак., 28.03.2013 16:59 - 17:05)
- Для поднятия общего настроения. Вот реальный пример бага компилятора. Техподдержка признала ошибку, в следуюшей версии она была исправлена. Сразу предупреждаю - история древняя. vmp(3052 знак., 28.03.2013 16:26)
- Да я статистику знаю, но тут повелся под общее настроение :) - Vladimir Ljaschko(28.03.2013 16:12)
- мне наш программист (он до нас в Agilent работал) на вопрос почему уже несколько лет не обновляют gcc-тулчейн сказал что было уже много случаев когда думали что наткнулись на баг компилятора, но в итоге выяснялось что сами накосячили. - Snaky(28.03.2013 16:02)
- Признаюсь, дурак - я. При таком подходе нельзя в первом входе в обработчик состояния менять состояние. Неточность в отладчике (пропажа строки С) спровоцировала меня на необоснованные обвинения к компилятору. Пора вести счет :) - Vladimir Ljaschko(28.03.2013 15:58)
- Угу, уже увидел. Выясню, что не работало - отпишусь. - Vladimir Ljaschko(28.03.2013 13:01)
- А по адресу 0x6D9C не искомая ли проверка находится? - rezident(28.03.2013 12:59)
- Про шансы стер :) приведен дизассемблер более полного куска. Проверка вроде есть выше, дизассемблер не отобразил сишный текст. Остальное нужно проверять на устройстве, сейчас я от него отъехал. Vladimir Ljaschko(28.03.2013 12:53 - 12:59)
- Из общих соображений в споре "кто дурак: компилятор или я?" в 99% случаев выигрывает компилятор. Так что презумпция виновности - на вас, отдувайтесь :-) - SciFi(28.03.2013 12:39)