Отправлено _Bill 18 июля 2006 г. 00:12 В ответ на: млин, как же на пальцах-то трабл объяснить... ну попробую отправлено LordN 18 июля 2006 г. 00:01

оптимизирует код соответствующим образом. Когда функции находятся в другом файле, компилятор ничего о них не "знает" и, стало быть, никакой оптимизации. При этом в функции обработки прерываний генерируется код для сохранения контекста и пошло-поехало... Элементарно может возникнуть переполнение стека или что-то вроде этого (для PIC).
Поэтому лучше избегать делать вызовы других функций из процедуры обработки прерываний и делать последние как можно короче.

• я изо всех сил избегал чего-нить вызывать из прерываний - но работа сильно зависит от выдержаности периода вычислений, потому пришлось вызывать... — LordN   (18.07.2006 00:37 217.18.131.147, пустое)
  • гм. а в доке на эту среду разработки в части библиотек слово reentrant встречается ? а то может их того этого - низзя вызывать одновременно с фона и прерываний — DASM   (18.07.2006 00:46 212.58.192.14, пустое)
    • не, такого нету. вызов тока из прерывания. я понял про что ты - на пиках оно не работат ваще. — LordN   (18.07.2006 00:51 217.18.131.147, пустое)
      • что значит только ? reentrant - это функции, которые можно вызывать одновременно несколько раз, в частности рекурсивно. А если библиотека не реэнтрантна , то придется забыть про вызовы её функций либо из фона, либо из прерываний. Ну или операционку городить, считая каждую библиотечн. ф-цию разделяемым ресурсом. Ужас — DASM   (18.07.2006 00:54 212.58.192.14, пустое)
        • тьфу, только счас понял твой ответ. Ok. — DASM   (18.07.2006 00:54 212.58.192.14, пустое)
          • ага, я тож уже почти сплю. :о) четыре утра, к девяти на работу... до завтра. — LordN   (18.07.2006 00:57 217.18.131.147, пустое)
• могабытьмогабыть... есть ли какой-нить способ указать на существование этих других функций в других файлах, кроме как поместить их в один? — LordN   (18.07.2006 00:34 217.18.131.147, пустое)