Cтраница 2
Определения констант и типов. Обеспечить определение констант можно с использованием либо макроопределений и препроцессорной обработки каждой программы Паскаля для их расширения, либо объявления идентификаторов в операторе CONST, либо имен как членов перечисляемого типа. [16]
Настоящая глава посвящена рассмотрению ряда примеров линейной препроцессорной обработки химических данных, при которых сохраняется размерность пространства изображений. Поскольку данную стадию нельзя рассматривать отдельно от всей системы классификации образов, при сопоставлении различных подходов к препроцессорной обработке приходится обращаться к общим рабочим характеристикам бинарного классификатора. Поэтому в настоящей главе приведены некоторые рабочие характеристики распознающих систем в целом. Однако объем сведений, обстоятельно излагаемых в последующих главах, сведен к минимуму. [17]
Для того чтобы действительно происходили замены препроцессорных переменных в тексте генерируемой программы, эти переменные должны быть активны к моменту препроцессорной обработки фрагмента текста, содержащего имена заменяемых переменных. [18]
Например, в одном подклассе аппаратурные затраты на буферизацию и обмен могут быть сопоставимы или доминировать над затратами на обработку и обмен. В другом могут преобладать затраты на обработку и обмен. В третьем подклассе архитектур наибольшая стоимость может приходиться на реализацию функций препроцессорной обработки либо обработки и обмена. При этом относительные доли затрат на аппаратуру могут изменяться в зависимости от вычислительной нагрузки и / или заданных крайних сроков завершения программ. Поэтому исследование пространства архитектурных решений требует специальных инструментальных средств. [19]
Особую роль при реализации протокольных систем играет протокольный отладчик. Его эффективность была по достоинству оценена разработчиками протоколов в процессе одного из самых сложных этапов - отладке реализаций. Протокольный отладчик использует образы протоколов и структур событий ( сообщений), полученных на этапе препроцессорной обработки, и файл трассы, полученной протокольным монитором на этапе динамического исполнения протокольных модулей. Файл трассы содержит информацию о последовательностях возникновения в системе событий и работе протокольных модулей. При каждом запуске протокольного модуля, для которого задан режим трассирования, в этот файл попадают метка времени запуска протокольного модуля, события, вызвавшие запуск протокольного модуля, события, выработанные в результате работы протокольного модуля, контекст, имя правила перехода в соответствии с исходной спецификацией, который выполняет в данный момент модуль, и, возможно, дополнительные диагностические сообщения. Файл трассы имеет динамически определяемый размер и циклически переиспользуется таким образом, что всегда сохраняется последняя история работы протокольного монитора. В настоящее время размер файла выбран так, что в файле сохраняется динамика работы за последние 40 мин. [20]