Ну, с одной стороны он конечно аппаратный, но с другой - помимо изменения значения ячейки памяти-все остальное продолжае.... («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Ну, с одной стороны он конечно аппаратный, но с другой - помимо изменения значения ячейки памяти-все остальное продолжает исполняться в привычном ритме.

Отправлено mandigit (91.77.231.142) 01 февраля 2011, г. 18:36
В ответ на: Это называется аппаратный сбой. :)) отправлено Grey 01 февраля 2011, г. 18:18

Не, он даже однозначно не программный, но защититься от него 100% нельзя и используют в том числе и особые методы программирования.

Составить ответ | Вернуться на конференцию

Ответы

Вот когда уж деваться некуда (от косм лучей например), тогда можно и особые методы применять (да хоть все сразу). А алгоритм... - Grey (01.02.2011, 18:49:2 94.158.117.114, 124 байт)
- Если вследствии космических лучей изменяется содержимое ячейки где какого-нить там указатель, ...{+} - o_m_e_n (01.02.2011, 19:23:4 81.222.195.194, 264 байт)
  - можно, к примеру, перед выполнением критических для системы функций проверять, что был установлен спец.флаг, подтверждающий. Если не установлен, значит попали сюда непонятно откуда и делать это действие не нужно. - mandigit (01.02.2011, 19:27:0 91.77.231.142, пустое)
    - Мы можем передать управление по указателю в ту часть флеша (для авр к примеру), где находятся д...{+} - o_m_e_n (01.02.2011, 19:41:29 81.222.195.194, 201 байт)
      - Тогда эти данные попытаются выполниться (если конечно предварительно не сделать контроль целостности), однако поскольку это случайный набор данных - вероятность повреждения выдачей неверных команд на исполнительные устройства невысока по сравнению с неверной передачей управления функции, задействующей такое внешнее устройство целевым образом. - mandigit   (01.02.2011, 19:47:54 91.77.231.142, пустое)
        
        Я это к тому, что это скорее программный сбой, а не аппаратный :) - o_m_e_n   (01.02.2011, 19:51:16 81.222.195.194, пустое)
        
        запутали &(). Изначально он - аппаратный, но проявится может в некий момент времени, как программный :) - mandigit   (01.02.2011, 19:54:56 91.77.231.142, пустое)
        
        Видимо, я изначально не так выразил мысль :) Имел ввиду именно такую проблему, а не ошибки прог...{+} - o_m_e_n   (01.02.2011, 20:01:37 81.222.195.194, 430 байт)
        
        "менять" - это образно. Очевидно, что в нашем случае требования к коду выше, чем при программировании интерфейса или чего-то некритичного. - mandigit   (01.02.2011, 20:36:36 91.77.231.142, 325 байт, ссылка)
        
        Борьба с вашим аппаратно-программным глюком бессмысленна в рамках того блока где он произошел.Тк он легко может произойти не в основной программе а в "программе борьбы". - PlainUser   (02.02.2011, 07:37:1 192.168.0.14,89.237.20.164, пустое)
- однозначно. - mandigit (01.02.2011, 18:54:7 91.77.231.142, пустое)