Запуск - модуль
Cтраница 1
Запуск модулей на выполнение происходит при появлении тех или иных конфигураций в информационной среде системы. Такую информационную среду обычно называют базой данных. [1]
При защите по площади, с учетом конструктивных и технологических особенностей защищаемого объекта ( с обоснованием в проекте), допускается запуск модулей по алгоритмам, обеспечивающим позонную защиту. [2]
Функция CreateProcess создает новый процесс и его главный поток. Создание заключается в запуске исполняемого модуля, заданного именем соответствующего файла. Функция возвращает значение TRUE в случае успеха и FALSE в противном случае. [3]
При использовании установки ( при обосновании в проекте) может применяться резервирование. При этом общее количество модулей удваивается по сравнению с расчетным и производится двухступенчатый запуск модулей. [4]
В случае получения при расчете количества модулей дробных чисел за окончательное число принимается следующее по порядку большее целое число. При защите по площади, с учетом конструктивных и технологических особенностей защищаемого объекта ( с обоснованием в проекте), допускается запуск модулей по алгоритмам, обеспечивающим позонную защиту. [5]
Здесь не описывается процедура установки пакета, которую можно найти в техническом описании. После установки вызов пакета может быть выполнен различными способами, в том числе с использованием систем меню сервисных пакетов типа Norton Commander и др. В любом случае вход в пакет осуществляется запуском основного исполняемого модуля dbase. [6]
Инициализация работы системы ( монитора) начинается с реализации стартового модуля. Этот модуль проверяет, присутствует ли ядро системы в ОП, и если нет, то загружает ядро системы ( резидентную часть монитора) и подготавливает необходимые для функционирования монитора таблицы, иначе управление сразу передается на соответствующий вход диспетчера-планировщика с кодом запроса на активизацию терминала пользователя. Способ запуска стартового модуля зависит от применяемой системы телеобработки. После этого анализируются причины, вызвавшие завершение предыдущего сеанса, и, если требуется его восстановление, блок инициализации диспетчера-планировщика пробует его восстановить. В противном случае ( или если не удается восстановить предыдущий сеанс) диспетчер-планировщик отмечает в таблицах, что запуск системы производится без восстановления и все таблицы инициализированы заново. После этого блок инициализации формирует соответствующий код запроса к диспетчеру-планировщику и передает управление на вход блока декодирования запросов к диспетчеру-планировщику. Блок декодирования запросов к диспетчеру-планировщику, получив управление, расшифровывает запрос; в случае, когда управление передано из блока инициализации системы, он формирует код запроса к диалоговому монитору ( в зависимости от типа инициализации системы: с рестартом или без) и передает ему управление. [7]
 |
STATISTICA в меню Пуск. [8] |
Выберите в нем Basic Statistics and Tables и дважды щелкните левой кнопкой мыши. Более подробно о запуске модулей системы из переключателя модулей будет рассказано в следующей главе. [9]
Со своими заказчиками я условился, что при возникновении каких-либо затруднений они направляют полученный таким образом диск мне. Технически это потребовало корректировки файла хххВЮ, обеспечившей разделение буфера DEBUG и обычного буфера печати. Система dBASE III Plus располагает командами LOAD и CALL, с помощью которых можно управлять запуском собственных модулей в двоичном коде. Если пользователь понимает, что он столкнулся с серьезной проблемой и нужно обратиться к автору программы, ему достаточно набрать известную комбинацию клавиш, после чего данные, печатаемые по команде DEBUG, будут выведены на диск. Теперь остается отправить дискету по почте и ждать ответа. [10]
Особую роль при реализации протокольных систем играет протокольный отладчик. Его эффективность была по достоинству оценена разработчиками протоколов в процессе одного из самых сложных этапов - отладке реализаций. Протокольный отладчик использует образы протоколов и структур событий ( сообщений), полученных на этапе препроцессорной обработки, и файл трассы, полученной протокольным монитором на этапе динамического исполнения протокольных модулей. Файл трассы содержит информацию о последовательностях возникновения в системе событий и работе протокольных модулей. При каждом запуске протокольного модуля, для которого задан режим трассирования, в этот файл попадают метка времени запуска протокольного модуля, события, вызвавшие запуск протокольного модуля, события, выработанные в результате работы протокольного модуля, контекст, имя правила перехода в соответствии с исходной спецификацией, который выполняет в данный момент модуль, и, возможно, дополнительные диагностические сообщения. Файл трассы имеет динамически определяемый размер и циклически переиспользуется таким образом, что всегда сохраняется последняя история работы протокольного монитора. В настоящее время размер файла выбран так, что в файле сохраняется динамика работы за последние 40 мин. [11]
Особую роль при реализации протокольных систем играет протокольный отладчик. Его эффективность была по достоинству оценена разработчиками протоколов в процессе одного из самых сложных этапов - отладке реализаций. Протокольный отладчик использует образы протоколов и структур событий ( сообщений), полученных на этапе препроцессорной обработки, и файл трассы, полученной протокольным монитором на этапе динамического исполнения протокольных модулей. Файл трассы содержит информацию о последовательностях возникновения в системе событий и работе протокольных модулей. При каждом запуске протокольного модуля, для которого задан режим трассирования, в этот файл попадают метка времени запуска протокольного модуля, события, вызвавшие запуск протокольного модуля, события, выработанные в результате работы протокольного модуля, контекст, имя правила перехода в соответствии с исходной спецификацией, который выполняет в данный момент модуль, и, возможно, дополнительные диагностические сообщения. Файл трассы имеет динамически определяемый размер и циклически переиспользуется таким образом, что всегда сохраняется последняя история работы протокольного монитора. В настоящее время размер файла выбран так, что в файле сохраняется динамика работы за последние 40 мин. [12]
Особую роль при реализации протокольных систем играет протокольный отладчик. Его эффективность была по достоинству оценена разработчиками протоколов в процессе одного из самых сложных этапов - отладке реализаций. Протокольный отладчик использует образы протоколов и структур событий ( сообщений), полученных на этапе препроцессорной обработки, и файл трассы, полученной протокольным монитором на этапе динамического исполнения протокольных модулей. Файл трассы содержит информацию о последовательностях возникновения в системе событий и работе протокольных модулей. При каждом запуске протокольного модуля, для которого задан режим трассирования, в этот файл попадают метка времени запуска протокольного модуля, события, вызвавшие запуск протокольного модуля, события, выработанные в результате работы протокольного модуля, контекст, имя правила перехода в соответствии с исходной спецификацией, который выполняет в данный момент модуль, и, возможно, дополнительные диагностические сообщения. Файл трассы имеет динамически определяемый размер и циклически переиспользуется таким образом, что всегда сохраняется последняя история работы протокольного монитора. В настоящее время размер файла выбран так, что в файле сохраняется динамика работы за последние 40 мин. [13]
Страницы: 1