В 80х годах венгры (в рамках СЭВ) написали компилятор PL/S, но это не имело особого смысла, так как он порождал ассемблерный код, отличный от прототипа. BTW: Сейчас IBM использует PL/X.
«Как запилить на КММ и не облажаться» - в сообщении выше. «Заценити низкие цены» - на главной странице мобильного приложения Пятёрочка. Это даже не пять, это X5.
В ЕС-1061 помню ошибку в реализации команды MVCL - писала лишний байт. В результате после ассемблирования в памяти команд DC/DS появлялся мусор. Явно проявилось при старте VTAM (segment fault с 0С4). Был выезд к заказчику и разбор дампа. Заказчик отправил результаты и микропрограмму поправили.
Основная проблема софтостроения (и не только). Так же недооценена, как и эта заметка. "Всё будет по-старому" (С). P.S. +100500 в карму автору +спасибо Хабру за публикацию.
И на этой картинке я не вижу ни хоста с VTAM и приложением LU6.2, ни нативного APPC в персоналках (которые могли бы взаимодействовать с Вашей реализацией).
LU 6.2 - это интерфейс взаимодействия "приложение"-"приложение"
Спасибо, Кэп, хватило бы и LU0 в урезанном варианте (open, opndst, send, receive, clsdst. close и программы выхода). Также, упоминаемую Вами реализацию "LU6.2", следует указывать в кавычках, так как она НЕ была проверена с нативной реализацией. В чудеса (её полное соответствие) я не верю.
всю сетевую "трехомудию" пришлось бы встраивать каждый раз в приложения.
Но тогда бы при отмирании SNA не потребовалось бы переписывать приложения с использованием сокетов. LU6.2 в мире *nix выглядит абсурдно.
Если связь с хостами VTAM не предполагалась, то LU6.2 выглядит избыточным в Вашей конфигурации (сокетов достаточно). Но тогда (!) это понимали только провидцы (Шатава и Гореликов). Навороты IBM на верхних уровнях сетевой модели оказались невостребованными. Ну а внизу ethernet прибил token ring. Идеальные проприетарные решения не выдержали конкуренции с мировым мейнстримом.
Спасибо за схему, но я не вижу на ней хоста с MVS или СВМ/БОС, где исполняется VTAM. Соответствие (корректность) вашей реализации LU6.2 и нативной можно было только проверить при взаимодействии APPC программы на ваших хостах и периферии с программой, работающей под VTAM. Могу только предположить, что ваше LU6.2 было написано по мотивам стандартного LU6.2.
В 16МБ не грузится, идёт оверлап, пока не разбирался.
Спасибо за статьи.
Поправил код по-простому, чтобы запускать с любым адресом ядра и размером памяти. Грузится и работает в 20МБ.
Да, это слишком тупо - не писать документацию, не делать ревью кода, не гонять тесты, ...
Не ...
...
Не ...
Технический долг. Нет, не слышал.
В 80х годах венгры (в рамках СЭВ) написали компилятор PL/S, но это не имело особого смысла, так как он порождал ассемблерный код, отличный от прототипа.
BTW: Сейчас IBM использует PL/X.
«Как запилить на КММ и не облажаться» - в сообщении выше.
«Заценити низкие цены» - на главной странице мобильного приложения Пятёрочка.
Это даже не пять, это X5.
В ЕС-1061 помню ошибку в реализации команды MVCL - писала лишний байт. В результате после ассемблирования в памяти команд DC/DS появлялся мусор. Явно проявилось при старте VTAM (segment fault с 0С4). Был выезд к заказчику и разбор дампа. Заказчик отправил результаты и микропрограмму поправили.
Основная проблема софтостроения (и не только). Так же недооценена, как и эта заметка. "Всё будет по-старому" (С).
P.S. +100500 в карму автору +спасибо Хабру за публикацию.
Этот хинт (перевод стрелок) известен любому студенту. Но не все преподы (архитекторы) на это ведутся.
И на этой картинке я не вижу ни хоста с VTAM и приложением LU6.2, ни нативного APPC в персоналках (которые могли бы взаимодействовать с Вашей реализацией).
APPC был в MSDOS. Вроде, и сейчас есть: https://www.ibm.com/docs/en/personal-communications/13.0?topic=SSEQ5Y_13.0.0/com.ibm.pcomm.doc/books/html/client_server08.html
Спасибо!
И Вам и всей Старой Гвардии! Здоровья и мира.
P.S. Отдельное спасибо за цикл статей. Надеюсь, что продолжения не придётся ждать целый год :-)
Спасибо, Кэп, хватило бы и LU0 в урезанном варианте (open, opndst, send, receive, clsdst. close и программы выхода). Также, упоминаемую Вами реализацию "LU6.2", следует указывать в кавычках, так как она НЕ была проверена с нативной реализацией. В чудеса (её полное соответствие) я не верю.
Но тогда бы при отмирании SNA не потребовалось бы переписывать приложения с использованием сокетов. LU6.2 в мире *nix выглядит абсурдно.
Без комментариев.
Если связь с хостами VTAM не предполагалась, то LU6.2 выглядит избыточным в Вашей конфигурации (сокетов достаточно). Но тогда (!) это понимали только провидцы (Шатава и Гореликов). Навороты IBM на верхних уровнях сетевой модели оказались невостребованными. Ну а внизу ethernet прибил token ring. Идеальные проприетарные решения не выдержали конкуренции с мировым мейнстримом.
Спасибо за схему, но я не вижу на ней хоста с MVS или СВМ/БОС, где исполняется VTAM. Соответствие (корректность) вашей реализации LU6.2 и нативной можно было только проверить при взаимодействии APPC программы на ваших хостах и периферии с программой, работающей под VTAM. Могу только предположить, что ваше LU6.2 было написано по мотивам стандартного LU6.2.
Так и не понял кто на ком стоял - нужна картинка с указанием хостов и периферии (+ ОС, эмуляторы, приложения) и их взаимодействие.
P.S. APPC(LU6.2) от IBM был и работал в MSDOS и OS/2 из коробки. Но, если вы его реализовали сами (в MSDOS и МОС), снимаю шляпу.
Реализация SNA на хосте - это порядка миллиона строк на PL/S.
SNA + LU6.2 в МОС ЕС и MS-DOS с 0? "Не верю" (C).
Жизнь - это не программа. В неё нельзя инвестировать с ожидаемым результатом.
P.S. А статья хороша. На манифест не тянет, но как индульгенция - вполне.
В бОльшей степени о принципе отрицательной обратной связи.