Не плохое введение в архитектуру операционной систему OC EC (древний предок MVS) Супервизор ОС ЕС ЭВМ-В. В. Наумов. М., «Статистика? 1975. 87 с. с ил Также можно найти у букинистов
Ещё Зайцева - "Програмирование в ОС ЕС на базе языка ассемблера". Переводные - У. Радд "Программирование на языке ассемблер и вычислительные системы IBM 360 и 370"; Д. Стэбли "Логическое программирование в системе /360". И есть достаточно новое учебное пособие от "интернет университета" (intuit.ru) - "Архитектура и технологии IBM @server zSeries".
По программированию ввода-вывода круче Хусаинова - нет никого (ну если не считать документацию IBM, но там другое все). А вот лучше Зайцевой никто в короткой книжке ассемблер не описал. Она - вне конкуренции. Она прекрасна! Мое личное мнение.
Ужас полный. Пробовал студентам давать - всё очень плохо. Её не возможно читать простому человеку. Мне приходиться строго определять читай только здесь, потом только здесь. Всё описано очень поверхностно, я бы даже сказал, что для общего развития и то мало. И язык уродский (проффесорский с претензией) - я там сам простые вещи, которые знаю, распознаю с трудом.
А я-то думал, что наконец-то что-то приличное на русском выпустили...
Подскажите, как читать из текстового файла с записями переменной длины строчки? Построчно.
вопрос не совсем понятен) если речь идет о чтении из набора данных (data set), то и READ и GET читают записи (то есть применительно к тексту - строки), какой бы ни был формат набора данных (F, V, U) и что бы он (набор данных) не содержал. Если речь идет о файле (z/OS UNIX aka USS) то написав в DD FILEDATA=TEXT READ/GET также будут читать строки (до LF).
Ужас полный. Пробовал студентам давать - всё очень плохо.
совершенно согласен. для чтения студентам использовал ABC - там все намного лучше.
+100500. лучше ABC ничего не видел, а древние книжки вроде Джермейн/Стебли сильно устарели. Это ведь все же ассебмлер system/360, даже не system/370, а это system z... Так и будут вечно писать BALR, как в JCL пишут COND))) ну сколько же можно?
Я тоже пишу. Эта одна строчка, а IF/ENDIF уже 2. Не стоит переписывать z/OS на java только по тому, что она новее.
терминал подключен по каналу 1бит/сек и приходится экономить каждый байт? функция copy/paste блокирована? и как это Вы еще не пишите программы на APL Преимущество IF-THEN-ELSE не в том что он нов (кстати он и не нов...) а в том что он, по сравнению с COND более понятен
Преимущество IF-THEN-ELSE не в том что он нов (кстати он и не нов...) а в том что он, по сравнению с COND более понятен
Ктож спорит, но скопипастить одну строку не задумываясь что там такое 8,LE экономит секунду жизни. За год пару часов набежит. У нас джобы по 60 шагов бывают, точнее в процедурах. В джобах мы уже наткнулись на лимит шагов. Больше 4 процедур порой и не вызовешь.
так тем более когда много шагов лучше использовать IF. а в сторону OPC не смотрели? пакетную обработку в наших проектах реализуют в OPC, в виде сетей (наборов), как правило, одношаговых заданий. Взаимосвязь заданий в сети может быть достаточно сложной, сети стартуют по регламенту либо по событию.
так тем более когда много шагов лучше использовать IF. а в сторону OPC не смотрели? пакетную обработку в наших проектах реализуют в OPC, в виде сетей (наборов), как правило, одношаговых заданий. Взаимосвязь заданий в сети может быть достаточно сложной, сети стартуют по регламенту либо по событию.
и как это Вы еще не пишите программы на APL 
