Отправлено Bill 12 августа 2005 г. 23:34 В ответ на: Дубль три, последний. sprintf() и AVR(+) отправлено Андрей Сорокин 12 августа 2005 г. 23:24

Никогда точно не знаешь в какой момент может возникнуть прерывание. Естественно, требуется все регистры сохранять. А это - время. И, ко всему прочему, нужен стек, Мало того, что функции он требуется. Так еще и для прерывания сверх того стек необходим.
Могу еще добавить, что начинающие как-то не обращают особого внимания на локальные переменные. Часто и массивы там же объявляют. В результате - переполнение стека и непредсказуемое поведение программы. Причем, ошибка может обнаружиться далеко не сразу.

• Стек - то само собом. Главное, что за время sprintf-а то самое прерывание может произойти ещё раз. и таво... пока память не кончится. — -mse-   (13.08.2005 00:20 213.132.70.164, пустое)
  • сомневаюсь что человек разрешил вложенные прерывания. — DASM   (13.08.2005 00:26 217.118.78.1, пустое)
    • Дабы не быть голословным дилетантом, вот текст -> — Андрей Сорокин   (13.08.2005 00:30 212.109.32.13, пустое, ссылка)
      • Я никогда не ставлю printf в прерывании. А кроме размера стека, есть еще проблема быстродействия - может придти второе прерывание. Запретил - потерял, разрешил - завис. — Vladimir Ljaschko   (13.08.2005 13:12 82.209.197.76, пустое)
      • Вот, собственно, о чем я и говорил. Во втором случае у Вас как раз — Bill   (13.08.2005 00:41 195.239.108.123, 424 байт)
        • Кстати, там справедливо вопрос задали насчет размера буфера в стеке. — Bill   (13.08.2005 00:53 195.239.108.123, 291 байт)
        • Писал уже, что без всяких INT sprintf() все равно не работает (голый буфер с 0x0a) — Андрей Сорокин   (13.08.2005 00:43 212.109.32.13, пустое)
          • Конечно, непосредственно с прерыванием это никак не связано. Похоже во втором случае — Bill   (13.08.2005 00:55 195.239.108.123, 38 байт)
            • Опять таки писал, что увеличение размера ни к чему не приводит. Все, проблему решил, этот топик написал ради интереса. — Андрей Сорокин   (13.08.2005 00:59 212.109.32.13, пустое)
              • Это палка о двух концах. Буфер мал - выводить некуда. Буфер большой - стека не хватает. — Bill   (13.08.2005 01:07 195.239.108.123, 197 байт)
                • "первый занимательный ответ". Сейчас, к сожалению, возможности проверить нет. Завтра(сегодня )проверю. Спасибо. — Андрей Сорокин   (13.08.2005 01:12 212.109.32.13, пустое)
      • Чес говоря, разбирацца впадлу... — -mse-   (13.08.2005 00:38 213.132.70.163, 382 байт)
        • почему UDRE тю-тю ? И вообще, всегда делал через TXC — DASM   (13.08.2005 00:41 217.118.78.1, пустое)
          • А пох. Што UDRE, што TXC... прерывания-то запрещены. Это не по байтику жопка к жопке кидать. — -mse-   (13.08.2005 00:45 213.132.70.163, пустое)
            • так реализации prints и puts работают тупым опросом этих бит а не на прерываниях — DASM   (13.08.2005 00:52 217.118.78.1, пустое)
              • Sprintf сто пудов - через прерывание. Чего, будешь строке по байтику, через флаги пхать? Компилер, если не дурак, всё упердолит в прерывании. Типа, слишком умный. — -mse-   (13.08.2005 00:56 213.132.70.163, пустое)
                • таки ви меня учить будете ? printf перенаправит на функцию вывода ОДНОГО байта. Её можно переписать, но она есть и по умолчанию. Компилер НИКОГДА не додумается мудрить с прерываниями — DASM   (13.08.2005 01:19 217.118.78.1, пустое)
                  • У тя есть другие предложения? Проверить просто, надо по входу разрешить прерывания. И всё. — -mse-   (13.08.2005 01:21 213.132.70.163, пустое)
                  • ну а sprintf вообще ничего не выводит наружу :-D — DASM   (13.08.2005 01:21 217.118.78.1, пустое)
                    • Ну да, а чего он жалится, что в УАРТ попадает только первый 0x0a? — -mse-   (13.08.2005 01:26 213.132.70.163, пустое)
                      • 1001 причина может быть — DASM   (13.08.2005 01:38 217.118.78.1, пустое)
                        • Ну да прям 1001... — -mse-   (13.08.2005 09:47 81.201.66.34, 608 байт)
                          • а почему у него ПОСЛЕДНИЙ байт уходит тогда по твоему ? — DASM   (13.08.2005 10:58 217.118.78.1, пустое)
                            • Ну ты-же знаешь, я мегаэксперт... — -mse-   (13.08.2005 11:24 81.201.66.34, 697 байт)
                          • Кстати, чего все на спринтф-то накинулись? У него на путсе клина ловит. — -mse-   (13.08.2005 10:15 81.201.66.34, пустое)
                      • 1001 причина может быть — DASM   (13.08.2005 01:38 217.118.78.1, пустое)
      • ну так я не понял, буфер пробовал глобальным делать ? — DASM   (13.08.2005 00:37 217.118.78.1, пустое)
        • Ну да... — Андрей Сорокин   (13.08.2005 00:39 212.109.32.13, пустое)
• а что плохого в стековых массивах ? одни премущества. Только cstack нормально поставить — DASM   (12.08.2005 23:51 217.118.78.1, пустое)
  • Насчет преимуществ можно много говорить, но можно много говорить о недостатках. — Bill   (13.08.2005 00:02 195.239.108.123, 619 байт)
    • Это слово "начинающие " фигурирует у Вас уже два раза... — Андрей Сорокин   (13.08.2005 00:04 212.109.32.13, пустое)
      • А как назвать людей, которые только начинают использовать Си или МК вообще? — Bill   (13.08.2005 00:14 195.239.108.123, 262 байт)
• Это камень в мой огород (+) — Андрей Сорокин   (12.08.2005 23:38 212.109.32.13, 217 байт)
  • Ну а в отладчике посмотреть, код генерённый проанализировать? Мож и правда глюк какой? — -mse-   (13.08.2005 00:18 213.132.70.164, пустое)
    • Я думаю, для того чтобы это увидеть и отладчика не нужно. — Bill   (13.08.2005 00:25 195.239.108.123, 90 байт)
  • Нет, я камни не бросаю. Просто наблюдать приходилось достаточно часто. — Bill   (12.08.2005 23:45 195.239.108.123, 290 байт)
    • Знаю, что Вы любитель (знаток) IAR-а (+) — Андрей Сорокин   (13.08.2005 00:02 212.109.32.13, 467 байт)
      • Ну, это не только к IAR относится. Хотя я к IAR привык (работаю по-прежнему в версии 2.28) и — Bill   (13.08.2005 00:09 195.239.108.123, 244 байт)
      • чем меньше этих версий выходит - тем лучше. Говорит о продуманности продукта.. А"писать проги на С и не особо задумываться"... дилетанство это — DASM   (13.08.2005 00:06 217.118.78.1, пустое)
        • А вот так не надо, хотите контролировать все - пишите на ASM-е, хотите облегчить себе жизнь - Си. — Андрей Сорокин   (13.08.2005 00:38 212.109.32.13, пустое)
          • юношеский максимализм. Пишу на С или С++ и совсем не теряю контроля. Если чего - погляжу листинг. Но проблемы бывают очень редко, тем более с АВР — DASM   (13.08.2005 01:44 217.118.78.1, пустое)
          • Все правильно, но, как говорится, доверяй, но проверяй. Контролировать компилятор все равно нужно.: — Bill   (13.08.2005 00:57 195.239.108.123, пустое)
          • Басик(без дураков!) — -mse-   (13.08.2005 00:40 213.132.70.163, пустое)
        • Согласен, только вот IAR в последнее время новые версии выпускает подозрительно слишком часто. — Bill   (13.08.2005 00:29 195.239.108.123, 98 байт)