МИКРОДОС—АДАПТИВНАЯ СИСТЕМА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ 8-РАЗРЯДНЫХ МИКРОЭВМ

В 1984 г . в Международном научно-исследовательском институте проблем управления (МНИИПУ) для широкого класса 8-разрядных микроЭВМ была начата разработка мобильной операционной системы, получившей название ОС МикроДОС [1, 2], а затем в сотрудничестве с рядом организаций – создание разнообразного программного окружения для этой ОС, т. е. системы программного обеспечения на базе ОС МикроДОС. С 1985 г . Международный центр научной и технической информации (МЦНТИ) приступил совместно с МНИИПУ к публикации справочной документации по системе МикроДОС в виде серии выпусков с общим заглавием «Библиотека МикроДОС». Система МикроДОС прошла длительную опытную проверку в 50 производственных и научных организациях СССР и ГДР. С 1988 года МЦНТИ начал её коммерческое распространение на договорных началах.

Для работы системы МикроДОС необходима микроЭВМ с аппаратными ресурсами:

  • центральный процессор (ЦП) – микропроцессор типа К580 или программно совместимый с ним (например, U 880 производства ГДР);
  • исполняемая память (ИП) объемом не менее 32 Кбайт;
  • устройства ввода-вывода (УВВ) – клавиатура, генерирующая коды КОИ7 ( ASCII ); алфавитно-цифровой дисплей и принтер, воспроизводящие коды КОИ7;
  • внешняя память (ВП) на дисках со сменными или постоянными носителями (чаще всего используются дисководы для гибких дисков диаметром 203 или 133 мм ).

МикроДОС обеспечивает индивидуальное использование микроЭВМ: все аппаратные ресурсы ЭВМ поступают в полное распоряжение пользователя. ОС МикроДОС предоставляет гибкий язык команд, выполняет загрузку вызываемых программ в память, по запросам этих программ осуществляет управление устройствами ввода-вывода и информационным ресурсом во внешней памяти.

При разработке ОС МикроДОС отправной точкой послужила ОС СР/М 2.2 – наиболее распространенная за рубежом ОС для 8-разрядных микроЭВМ. Сравнение МикроДОС с СР/М 2.2 и СР/М 3.1 проведено в [1]. Совпадая с СР/М-80 по файловой системе, МикроДОС оператору более удобна, программисту заметно облегчает разработку и кодирование программ на языке ассемблера. Кроме того, МикроДОС существенно улучшает использование ИП и ВП, увеличивает число обслуживаемых устройств символьного ввода-вывода, позволяет вести обмен с консолью не только в кодах КОИ7, но и в кодах КОИ8 и т. д.

Совместимость МикроДОС сверху с СР/М2.2 гарантирует функционирование всех корректных программных пакетов, разработанных для CP/M 2.2, и системных утилит СР/М 3.1.

Прикладные программы МикроДОС

Обработка данных ведется с помощью следующих программных пакетов:
ТЕКСТ – позволяет создавать, корректировать, форматировать и печатать макеты разнообразных текстовых материалов [6];
ИТ-7920 – функционально превращает микроЭВМ в интеллектуальный терминал ЕС-7920 для работы с ЕС ЭВМ, СМ ЭВМ или другой микроЭВМ [8];
ДИАЛОГ-М – обеспечивает создание, обновление и выполнение поиска в простых фактографических и смешанных базах данных [9].

К распространению готовятся также пакеты СУБД для ведения

  • фактографических информационных систем;
  • экранной обработки электронных таблиц;
  • обменов файлами между микроЭВМ и ЕС ЭВМ, СМ ЭВМ или другой микроЭВМ.

Обслуживающие программы общего назначения включают [2, ч. 2; 4]:

1) программы обслуживания файловой системы:
ATTR – устанавливает атрибут доступа группе файлов;
ERAQ – удаляет группу файлов в режиме диалога;
HDIR – показывает на экране оглавление диска (или его части), имена файлов упорядочены по алфавиту;
RENA – переименовывает группу файлов в режиме диалога;
UNERA – восстанавливает ошибочно удалённый файл, если занимавшиеся им области диска ещё не использованы для хранения другого файла;

2) программы пересылки данных между УВВ:
MEDIT – редактор, позволяющий с помощью клавиатуры микроЭВМ создавать и изменять текстовые дисковые файлы в экранном (визуальном) или командном режиме; используется для подготовки исходных текстов программ (на любом языке программирования) и текстовых файлов исходных данных для прикладных программ;
TRANSF – копирует дисковые файлы на другой диск;
TYPE – показывает на экране дисплея текстовый дисковый файл; вывод текста производится непрерывно или постранично, сопровождается фильтрацией (пропуском) ряда управляющих (непечатных) кодов; допустима избирательная параллельная выдача показывае-мого текста на устройство печати;

3) программы простейшей обработки файлов:
CHECK – вычисляет циклические контрольные суммы файлов для их идентификации;
HDIR – сообщает размеры файлов в килобайтах и объём свободного места на диске;
МСОМР – выявляет несовпадения двух файлов при их побайтовом сравнении; текстовые файлы можно сравнивать и построчно;
TRANSF – создает новый дисковый файл, последовательно меняя содержимое исходного файла выпол нением цепочки простейших преобразований (из и х фиксированного множества).

Система программирования МикроДОС

Ряд пакетов обеспечивает программирование на следующих языках высокого уровня:
БЕЙСИК – два интерпретатора, отличающихся выбором подмножеств реализованных функций общепринятого языка программирования и требованиями к объему необходимой памяти [7];
BASIC/F – интерпретатор и компилятор существенно расширенной версии языка, позволяющие создавать структурированные программы, собираемые из нескольких модулей [3];
Си – транслятор, редактор связей, стандартные библиотеки и служебные программы [5].

К распространению готовятся:
Паскаль-Т80 – интегрированный пакет, объединяющий редактор исходных текстов, транслятор и компоновщик программ; может использоваться только в микроЭВМ, построенных на базе микропроцессора U 880;
ПЛ/1 – транслятор, библиотеки стандартных программ, служебные программы.

Программирование на языке ассемблера для микропроцессора К580 поддерживается следующими пакетами [2, ч. 2; 4]:
MAS – макроассемблер, по исходному тексту программы и дополнительным файлам макроопределений создает перемещаемый объектный модуль, файл символьных меток с их относительными адресами, файл распечатки с генерированными машинными кодами и диагностикой обнаруженных ошибок;
MLIB – библиотекарь, объединяет группу перемещаемых объектных модулей в библиотеку, показывает содержимое библиотеки, модифицирует библиотеку удалением одних модулей и добавлением других;
MLINK – компоновщик, собирает исполняемые файлы программ и их сегментов перекрытий из перемещаемых объектных модулей и библиотек таких модулей, дает информацию о структуре адресного пространства созданного файла;
DBUG – символьный отладчик, предоставляет широкие возможности для анализа работы программы от неконтролируемого выполнения отдельных её блоков до трассировки (контроля за выполнением каждой отдельной машинной инструкции), обеспечивает установку регистрируемых точек прохода и точек прерывания с формированием разнообразных условий прерывания; наряду с абсолютными адресами аргументов исполняемых инструкций показывает и отвечающие им символьные метки, что значительно облегчает разработчику процесс отладки его программы.

Интерфейс оператора с МикроДОС

Оператор обращается к МикроДОС с помощью команд, которые обрабатываются специальной компонентой ОС – интерпретатором команд. Для вызова любой прикладной программы обычно достаточно набрать на клавиатуре название файла ее исполняемых машинных кодов.

Некоторых пользователей системный программист может избавить от всякого общения с ОС, сформировав на их загрузочном диске специальный файл INITIAL . SUB , уже содержащий нужную последовательность команд. Сразу после загрузки МикроДОС без вмешательства пользователя выполнит автоматически все необходимые команды, а пользователю останется лишь взаимодействие с нужной ему прикладной программой, уже вызванной и (частично) подготовленной к работе. Файл INITIAL . SUB облегчает, таким образом, создание на базе микроЭВМ различных проблемно-ориентированных систем (так называемых «рабочих мест»), не требующих от своих пользователей никаких знаний об ОС МикроДОС.

Текст команды запоминается в специальной области ИП – в буфере консоли. Признаком завершения набора команды служит нажатие клавиши возврата каретки , после этого ОС приступает к исполнению команды. До нажатия клавиши можно изменять уже набранный текст: удалять последний символ, последнее слово, добавлять новые символы, удалить весь набранный текст целиком, повторно вызывать на экран последнее сформированное содержимое буфера консоли.

В начале команды указывается имя вызываемой программы, а затем (если необходимо) – предназначенные для передачи программе в качестве параметров символьные строки, отделяемые друг от друга пробелами. Например, страничный показ на экране файла распечатки может быть вызван командой TYPE PROG . PRN F P , а переименование группы файлов в режиме диалога начнется по команде RENA *. ASM *. MAC Q .

Команда, для исполнения которой требуется загрузка в ИП файла машинных кодов нужной программы, называется транзитной; команда, исполняемая процедурами ОС МикроДОС без обращения к транзитным программам, – резидентной.

Резидентные команды МикроДОС выполняют такие операции управления ресурсами микроЭВМ, необходимость в которых возникает чаще всего. Для удобства вызова имена резидентных команд сокращены до одной литеры (буквы, цифры, специального знака или управляющего кода).

Команды управления работой ВП на дисках:
CTL-C – выполняет «горячий старт» ОС МикроДОС;
D – показывает на экране оглавление диска или его часть (имена файлов следуют в порядке их появления в оглавлении), а также защищающие атрибуты доступа к файлам;
Е – удаляет группу файлов. Во избежание возможных ошибок пользователю задается дополнительный вопрос: «Удалять?». И только при получении утвердительного ответа на него производится фактическое удаление: делаются соответствующие отметки в оглавлении диска без изменения содержимого области данных на диске;
О – показывает на экране существующее или устанавливает новое число системных дорожек на диске; используется при доступе к файлам на дисках, сформированных в другой ОС (например, в СР/М 2.2);
S – задает имя диска, объявляемого системным;
U – назначает код области пользователя на дисках.

Команды управления работой консоли и принтера:
CTL-F – в состоянии приостановки отменяет сделанные ранее переназначения консоли к дисковым файлам;
CTL-P – в состоянии приостановки переключает (включает или выключает) режим дублирования консольного вывода печатающим устройством; это удобная возможность для избирательного документирования результатов работы программы;
CTL-Q – возобновляет приостановленный ранее вывод данных на консоль;
CTL-S – приостанавливает вывод данных на консоль; состояние приостановки возникает в момент обращения транзитной программы к МикроДОС за выводом на консоль символа (строки символов) либо за вводом с консоли символа (строки символов);
< – переназначает консоль ввода к указанному дисковому файлу: данные начнут считываться не с клавиатуры, а из указанного файла; ввод с клавиатуры возобновится при отмене переназначения консоли либо при достижении конца указанного файла;
> – переназначает консоль вывода к указанному дисковому файлу: выводимая на экран информация начнет записываться и в указанный дисковый файл; вывод в указанный файл прекратится при отмене переназначения консоли либо при «горячем старте» ОС;
А – начинает вести обмены с консолью в коде ASCII (КОИ7, набор 0);
К – начинает вести обмены с консолью в коде КОИ8: значения старших битов передаваемых байтов формируются на основания встречаемых в потоке данных управляющих кодов CTL - N и CTL - O .

В МикроДОС предусмотрено 10 резидентных команд с цифровыми именами от 0 до 9 для учета специфики УВВ микроЭВМ. Назначения этих команд не стандартизируются: они выбираются системным программистом при генерации ОС и на некоторых микроЭВМ какие-то цифровые команды могут вообще не выполнять никаких действий.

Фоновый режим МикроДОС. Существенной особенностью МикроДОС является то, что резидентные команды можно исполнять не только на командном уровне общения с ОС, но и во время выполнения тран­зитной программы (в фоновом режиме), не мешая дальнейшей работе этой программы. Когда выполнение программы приостановлено на вводе, управляющим кодом CTL - D можно вызвать интерпретатор команд и исполнить любую из указанных выше резидентных команд МикроДОС (например, можно просмотреть оглавление диска, удалить какую-нибудь группу файлов и т. п.). Затем можно продолжить нормальное выполнение приостановленной программы, введя ожидаемые ею данные.

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

Другое важное применение переназначений консоли связано с командными файлами. На практике часто возникает необходимость в многократном исполнении одной и той же группы команд. Например, в процессе отладки программы это могут быть команды трансляции модулей, сборки из них программы и запуска программы на выполнение. Удобно создать дисковый файл, содержащий необходимые командные строки (его на зывают командным файлом), и затем простым переназначением консоли ввода к этому файлу заставлять ОС автоматически проделывать всю рутинную работу. Примером командного файла служит уже упоминавшийся файл INITIAL.SUB .

С помощью входящей в состав МикроДОС программы JINN можно использовать и более сложные параметризованные командные файлы, включающие упоминания до 10 фиктивных параметров, фактические значения которых задаются в списке параметров команды вызова программы JINN на основе позиционного соответствия.

Для документирования командных файлов в МикроДОС предусмотрен префикс команды «;». Обнаружив его, интерпретатор команд считает всю командную строку комментарием, не подлежащим обработке, и сразу переходит к вводу следующей команды.

Необходимость в исполнении очередной команды часто зависит от успешности исполнения предыдущей. Так, собирать программу целесообразно только, если все составляющие её модули были оттранслированы без ошибок. Для условно исполняемых команд в МикроДОС предусмотрен командный префикс «:».

Транзитная программа перед своим окончанием может сформировать значение специальной переменной ОС – кода возврата. Встретив условно исполняемую команду, интерпретатор команд считывает текущее значение кода возврата, классифицирует его как признак успешного или неудачного завершения предыдущей программы и в соответствии с результатом распознавания исполняет либо пропускает условную команду.

Механизм условного исполнения МикроДОС позволяет создавать командные файлы с гибкими процедурами, координирующими действия нескольких транзитных программ в многоступенчатой обработке данных.

Сообщения МикроДОС об ошибках. При невозможности выполнить запрошенное действие ОС выдает сообщение об ошибке. Чаще всего ошибки возникают при работе с дисками – это может быть неисправимая ошибка чтения-записи, попытка удаления файла, защищенного атрибутом доступа, отсутствие места в области данных или в оглавлении при записи файла и т. д. Так как тексты сообщений об ошибках формируются системным программистом при генерации ОС, то обычно они вполне достаточны для уяснения причины ошибки и принятия мер по её устранению.

МикроДОС предусматривает три различных уровня вмешательства ОС в процесс обработки ошибок; выбор нужного уровня делается вызовом соответствующей функции МикроДОС. В частности, транзитная программа может взять на себя обработку всех ошибочных ситуаций, полностью исключив вмешательство ОС в эту деятельность.

Интерфейс программ с МикроДОС Виртуальная МикроДОС-ЭВМ.

МикроДОС предоставляет программам пользователя следующие ресурсы:
ИП – образуется из базовой страницы памяти (первые 256 байт оперативной памяти) и из так называемой области транзитных программ (ОТП) – сегмента оперативной памяти, начинающегося за базовой страницей и оканчивающегося перед областью, занимаемой ОС;
УВВ—МикроДОС позволяет работать с 12 различными устройствами ввода-вывода, которым присвоены логические номера от 0 до 11. Операции ввода-вывода выполняются с помощью широкого набора стандартных вызовов МикроДОС. Специально выделены три наиболее часто используемых виртуальных устройства: 0 – консоль ввода-вывода (клавиатура для ввода и дисплей для вывода); 1—устройство печати (только вывод); 2 – дополнительная консоль (ввод и вывод);
ВП—МикроДОС поддерживает до 16 логических дисков с именами от А: до Р:, на каждом из которых могут раздельно хранить свои данные 16 различных пользователей с кодами от 0 до 15 (этим обеспечивается защита пользователей друг от друга). Один диск выделен в качестве системного диска, а один пользователь (с кодом 0) – в качестве системного пользователя.

Каждый диск подразделяется на системные дорожки (первые дорожки не содержат данных) и на область данных, начинающуюся с оглавления диска и подразделяемую на блоки (группы секторов, являющиеся распределяемыми ОС единицами хранения информации в файлах).

Обмены с дисками ОС осуществляются по соответствующим вызовам из программ; каждый обмен затрагивает не отдельный байт, а группу секторов (число байтов в ней кратно 128). Можно рассматривать диск как простой набор секторов, упорядоченный номерами дорожек и номерами секторов на дорожках, и осуществлять обмены с диском на физическом уровне. Для большей части задач, однако, удобнее использовать структуризацию дискового пространства, порождаемую файловой системой ОС МикроДОС, и выполнять обмены с диском на логическом уровне. При работе на логическом уровне доступ к записям файла может быть как последовательным, так и произвольным.

Загрузчик транзитных программ. Установив, что команда не является резидентной, интерпретатор команд вызывает загрузчик МикроДОС. Если файл исполняемых кодов соответствующей программы имеет тип .СОМ, то он загружается в память с начала ОТП; если тип . SPR, то – в конец ОТП. Последовательность строковых параметров программы, образующая остаток командной строки, специальным образом записывается в базовую страницу памяти – в начале своего исполнения программа может извлечь всю переданную ей информацию. После формирования содержимого информационной области в базовой странице памяти за грузчик передает управление на начало исполняемых кодов.

Вызовы МикроДОС из программ

Функции МикроДОС предоставляют программисту стандартные средства для управления устройствами ввода-вывода, работы с дисковой внешней памятью на физическом и логическом (файловом) уровнях, организации нужного способа возврата из программы в ОС, получения и установки значений параметров, управляющих функционированием ОС.

Представление о доступных программе функциях ОС можно получить, выполняя входящую в состав МикроДОС программу MTEST , предназначенную для тестирования функций ОС и работающую в режиме диалога. Подробно сам интерфейс и структуры данных, которыми обмениваются транзитные программы и ОС МикроДОС, приведены в [2, ч. 3].

Генерация ОС МикроДОС

Адаптивность ОС МикроДОС. Как уже отмечалось ранее, требования ОС МикроДОС к аппаратным ресурсам микроЭВМ достаточно общи. В результате эта ОС может использоваться на очень широком классе существующих 8-разрядных микроЭВМ. Этому в значительной мере способствует легкость генерации ОС МикроДОС на различных микроЭВМ и четкая структуризация процедур доступа к различным аппаратным ресурсам микроЭВМ.

Структура ОС МикроДОС.

Функционально ОС МикроДОС подразделена на два модуля: базовой дисковой ОС (БДОС) и базовой системы ввода-вывода МикроДОС (МБСВВ). МБСВВ содержит процедуры, выполняющие простейшие (элементарные) операции обмена с устройствами конкретной микроЭВМ и имеющие стандартный интерфейс с вызывающими их процедурами из БДОС. БДОС образована процедурами, которые не зависят от особенностей аппаратуры микроЭВМ и выполняют операции управления ресурсами на качественно более высоком уровне, освобождая программиста от необходимости решения многих сложных и часто возникающих проблем.

Именно выделение модуля МБСВВ обеспечивает адаптивность МикроДОС, в частности, облегчает при способление ОС к изменению конфигурации исходной микроЭВМ вследствие добавления (изменения) состава и возможностей аппаратурных компонентов.

Средства и способы генерации МикроДОС. МикроДОС поставляется в двух версиях, различающихся степенью отражения специфики конкретной аппаратуры микроЭВМ. Конкретные версии, уже сгенерированные для стандартной конфигурации микроЭВМ, подготовлены для микроЭВМ СМ 1803, Роботрон А5120, Роботрон 1715 и др. Открытая версия, содержащая дополнительные программы и документацию (облегчающие системному программисту самостоятельную генерацию ОС), поставляется для остальных микроЭВМ.

Для генерации ОС МикроДОС на конкретной микроЭВМ необходимо создать процедуры выполнения всех простейших операций обмена с устройствами этой микроЭВМ в рамках стандартного интерфейса обращений к этим процедурам из БДОС. Убедившись в правильности реализации процедур, системный программист объединяет модули МБСВВ и БДОС в сегмент исполняемых кодов ОС МикроДОС.

Обычно ОС располагается в области оперативной памяти с наибольшими доступными адресами; однако часть (неизменяемых) кодов ОС можно разместить в ПЗУ, а в оперативной памяти расположить только модифицируемые данные ОС. В последнем случае при запуске микроЭВМ ОС МикроДОС сразу будет начинать функционирование, и генерация системы на этом заканчивается. В первом случае необходимо еще разработать процедуру (называемую начальным загрузчиком), которая при запуске микроЭВМ будет считана с диска в память, получит управление и перене­сет с диска в нужное место памяти весь исполняемый сегмент ОС МикроДОС. Генерация ОС МикроДОС завершается в этом случае созданием загрузочного диска ОС, на нескольких первых дорожках которого записываются начальный загрузчик и исполняемый сегмент ОС.

Учёт изменений конфигурации микроЭВМ путем мо дификации уже существующей ОС возможен не всегда: например, нельзя добавлять новые процедуры или области для данных, но можно изменять некоторые параметры в таблицах или вносить изменения в процедуры, сопровождающиеся уменьшением их объема. Для некоторых микроЭВМ разработан набор служебных программ, выполняющих допустимые реконфигурации ОС МикроДОС.

Генерация ОС решает одновременно и вопрос об адаптации к конкретной микроЭВМ большинства связанных с ней программных пакетов. Однако для тех пакетов, которые вынуждены максимально использовать все функциональные возможности аппаратуры, может потребоваться дополнительная адаптация. Например, экранные редакторы нуждаются в настройке их на конкретный дисплей, а пакеты подготовки текста к печати – на конкретный принтер.

Заключение

По результатам пробной эксплуатации программного окружения ОС МикроДОС в СССР и ГДР сделано общее заключение о большей комфортности прикладных пакетов МикроДОС и выражено пожелание расширить набор прикладных программ.

В настоящее время в составе системы МикроДОС отсутствует ряд важных прикладных пакетов: статистическая обработка данных, кроссовые средства программирования встраиваемых процессоров, инженерное проектирование, графика, настройка многофункциональных устройств ввода-вывода (в частности, высококачественных принтеров) на определенный режим работы, тесты оперативной памяти и других устройств, печать текстов в фоновом режиме, переупорядочение записей файла в порядке возрастания (убывания) содержимого тех или иных полей в записях и т. д.

В некоторых случаях, когда требуется составление программ на языке ассемблера (например, формирование библиотек стандартных функций для языков программирования высокого уровня), целесообразно создать макробиблиотеки, облегчающие работу программистов. В частности, учитывая известную сложность интерфейса программ с ОС, желательно иметь удобную макробиблиотеку вызовов МикроДОС. Пока МикроДОС не содержит никаких специализированных макробиблиотек.

Авторы заинтересованы в организации совместных работ по указанным выше пакетам и другим возможным программным продуктам в рамках системы МикроДОС. Повышение комфортности и эффективности существующих программ, а также нахождение новых областей применения 8-разрядных микроЭВМ – проблемы очень важные и будут сохранять свою актуальность в ближайшие годы.

Литература

1. Дудников Е. Е., Лоозе И., Чуклов В. В., Долбилов Л. А. Переносимая дисковая операционная система МикроДОС//В кн.: Применение микропроцесорной техники, вып. 3.— М.: МЦНТИ / МНИИПУ, 1984.—С. 19—24.

2. МикроДОС: мобильная операционная система для микроЭВМ / Сер. «Методические материалы и документация по пакетам прикладных программ (Библиотека МикроДОС)», вып. 40 в 3-х частях.— М.: МЦНТИ/МНИИПУ, 1985.

3. Язык программирования БЕЙСИК/F / Сер. «Методические материалы и документация по пакетам прикладных программ (Библиотека МикроДОС)», вып. 44 в 3-х частях.— М.: МЦНТИ / МНИИПУ, 1986.

4. Системные программы МикроДОС / Сер. «Мето дические материалы и документация по пакетам прикладных программ (Библиотека МикроДОС)», вып. 45.—М.: МЦНТИ/МНИИПУ, 1986.

5. Язык программирования Си/Сер. «Методические материалы и документация по пакетам прикладных программ (Библиотека МикроДОС)», вып. 46.— М.: МЦНТИ / НИИСчетМаш, 1986.

6. Система подготовки документации ТЕКСТ / Сер. «Методические материалы и документация по пакетам прикладных программ (Библиотека МикроДОС)», вып. 42.—М.: МЦНТИ / МНИИПУ, 1987.

7. Язык программирования БЕЙСИК/Сер. «Методические материалы и документация по пакетам прикладных программ (Библиотека МикроДОС)», вып. 41.—М.: МЦНТИ / НИИСчетМаш, 1987.

8. Пакеты программ телеобработки данных на микроЭВМ/Сер. «Методические материалы и документация по пакетам прикладных программ (Библиотека МикроДОС)», вып. 47 —М.: МЦНТИ, 1987.

9. ДИАЛОГ – М.: Информационно-поисковая система / Сер. «Методические материалы и документация по пакетам прикладных программ (Библиотека МикроДОС)», вып. 50.—М.: МЦНТИ, 1987.

Статья опубликована в журнале «Микропроцессорные средства и системы» №4/1988. с. 33—36.
Статья помещена в музей 16.05.2006 года






Рекомендуемый контент




Copyright © 2010-2017 housea.ru. Контакты: info@housea.ru При использовании материалов веб-сайта Домашнее Радио, гиперссылка на источник обязательна.