Практическое программирование в среде RT-11 на ассемблере.

[Oleg N. Cher]

Oleg N. Cher, у тебя свои задачи и ты используешь (на чём кстати?) ту среду разработки которая тебе удобная или принята в конторе.

В жизни приходилось пользовать много чего, и Visual Basic, и Delphi, и Visual C++, в последнее время больше программирую как хобби - FreePascal и различные диалекты Oberon. Я знаком с одним программером, который работал на Microsoft. Он утверждает, что в их офисах слово Паскаль было ругательством и табу. Но сегодня он на пенсии и с удовольствием развивает компилятор Оберона. Так-то.

Фортран - это исторически первый язык, на котором можно было записывать формулы в их привычном виде, до этого на автокодах и ассемблере формулы приходилось кодировать элементарными командами. Но был язык APL, который имел тоже очень ёмкий и мощный аппарат для вычислений. AFZ использовал Фортран как программируемый калькулятор для расчётов своей электроники, но если бы ему довелось делать крупные многоуровневые проекты, да ещё и коллективно, он бы понял недостатки Фортрана. В сущности вопрос упирается в то, можно ли и нужно ли использовать Фортран сегодня? Или есть другие средства, получше. (и то же самое, но для PDP-11) Что совсем не один и тот же вопрос. Ну а про меня знаете, я оберонщик. ;-)

[Advertiser]

[AFZ]

AFZ использовал Фортран как программируемый калькулятор для расчётов своей электроники, но если бы ему довелось делать крупные многоуровневые проекты, да ещё и коллективно, он бы понял недостатки Фортрана.

Вообще-то я принимал участие в крупных коллективных проектах. Программировали на языках и ЭВМ: Автокод "Инженер" ЭВМ "Минск-22", Фортран и асм ЭВМ "Минск-32", Фортран и асм ЕС ЭВМ. И главный недостаток Фортрана - статичность массивов - я прекрасно знаю, для его преодоления приходилось серьезно изощряться на асме. Других языков на этих ЭВМ [не считая Кобола и (на ЕС ЭВМ) чудовищного PL/I] в то время просто не было.

А в 83-м я сменил род деятельности, ушел "в науку". Конкретно - занялся экспериментальной установкой на базе Э-60. Мы ее (установку) сами сочиняли - и схемы, и платы, и софт, соседнее подразделение на ней экспериментировало, приносило пожелания к исправлениям и все сначала.

Да, программировали только на асме, Э-60 у нас были только в перфоленточной комплектации, хоть мы и дополнили их терминалами ВТА-2000-10 и кассетными НМЛ СМ 5211. Ну, а что посчитать - BASIC или QUASIC (тоже перфоленточный, я его этой весной выкладывал). И только в 87-м (вроде-бы, точно уже не помню) у нас появилась одна Э-60 с дисками и RT-11. А с ней два новых языка: Паскаль и Си. Я, естественно, тут же попробовал оба, Паскаль для RT-11 мне категорически не понравился, а на Си я таки склепал пару проектов, но уже позже, в самом конце 80-х и не на Э-60, а на ДВК. А те экспериментальные проекты так и остались на асме, к этому времени софт если и трогали, то изредка и только по мелочам.

А в общем, интересное было время...

[form]

а на Си я таки склепал пару проектов

Ну DECUS C тоже смотрится довольно убого. По сути древний K&R времен когда сам C еще не сформировался в язык
Есть правда родной PDP11 C, весьма ANSIфицированный, но в союзе его скорее всего никогда никто не видел, да и программы он умеет делать только для mapped систем.

[AFZ]

Ну DECUS C тоже смотрится довольно убого.

Ну, в общем-то, да. Тем не менее, удалось даже сваять кое-какую обработку данных. Впрочем, некоторое время спустя, ту же обработку данных я склепал на ДИАМСе, было в 10 раз проще и надежнее.

[form]

удалось даже сваять

Ну возможностей-то у него хватает. TCP/IP для RT-11 вон почти весь на нем написан

- - - Добавлено - - -

На самом деле, на Си++.

А вот интересно было бы пофантазировать в эмуляторе на тему что будет если CPU перевести на ВМ3. PPU перевести так просто не получится - там в коде прошивки есть словные обращения к нечетному адресу (которые из-за способа прикрутки параллельного порта такими и должны быть), да и не нужно. А вот CPU было бы интересно сделать с MMU

[AFZ]

там в коде прошивки есть словные обращения к нечетному адресу (которые из-за способа прикрутки параллельного порта такими и должны быть)

Коряво, кстати, сделали. Я тоже цеплял к Э-60 эти i8255, но мне такая дурь в голову не приходила, я спокойно бросил младший бит адреса МПИ в воздухе, а выводы А0 и А1 чипа 8255 прицепил, соответственно, к А1 и А2 МПИ. Вернее, не то, что в воздухе, я даже триггер для него не ставил. По К СИА Н у меня в одном триггере 155ТМ7 фиксировался факт обращения к этому модулю (результат лог. И от инвертированного К ВУ Н и частично инвертированных К ДА12 Н - К ДА03 Н, в смысле кто-то из них инвертирован один раз, кто дважды, так я набирал адрес), в двух других триггерах запоминались К ДА02 Н и К ДА01 Н, в качестве адресных битов для 8255, а для К ДА00 Н триггера не выделялось, четвертый триггер 155ТМ7 я пользовал где-то еще.

Вследствие этого адреса регистров 8255 у меня были 1хххх0 - регистр A, 1хххх2 - регистр B, 1хххх4 - регистр C и 1хххх6 - регистр управления. И никаких дурацких обращений к слову по нечетному адресу.

[form]

Коряво, кстати, сделали.

Да не то слово!

[Oleg N. Cher]

Паскаль для RT-11 мне категорически не понравился

Значит мнение о языке сложилось на основе именно той реализации?

А мне Pascal/Fast для УК-НЦ, напротив, понравился. Но, видимо, дело в том, что я не делал на нём крупных проектов. И вообще начал заниматься программированием на Спектруме, где не было никакого Фортрана.

[hobot]

Судя по архиву (и на форуме эти люди присутствуют изредка) больше всего исходников и программ на Си
1. OlegH. - там как минимум 1 игра и целая куча системных программ, но драйвера он конечно делал на макро-11.
2. oldskool - (один из главных доноров для архива, поскольку сохранил домашнюю библиотеку дискет и
поделился ими в самом начале ещё) - то же очень много попыток написания именно на Си.

А вот СУПРИС Калашникова помните? Он же с исходников - ПАСКАЛЬ ! )))

[form]

домашнюю библиотеку дискет

Кстати надо бы тебе отправить дискеты которые у меня валяются - там что-то для прошника и еще какие-то подписанные RT-11. Мне их уже не на чем читать