Пт, 14.08.2026, 04:00
Приветствую Вас Гость | RSS
Главная | JES2 - Форум | Регистрация | Вход
Форма входа
[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]
  • Страница 1 из 3
  • 1
  • 2
  • 3
  • »
JES2
mentorДата: Пт, 18.05.2012, 14:42 | Сообщение # 1
Лейтенант
Группа: Проверенные
Сообщений: 138
Репутация: 1
Статус: Offline
Уважаемые системщики, под MVS и OS/390 прогоняем один и тот же пакет заданий, без изменений.
Но в результате получаем:

Под MVS:

-------------------------------------------------------------------------------
SDSF JOB DATA SET DISPLAY - JOB K0103055 (JOB03324) LINE 1-5 (5)
NP DDNAME STEPNAME PROCSTEP DSID OWNER C DEST REC-CNT PAGE
JESMSGLG JES2 2 K010305 X LOCAL 21
JESJCL JES2 3 K010305 X LOCAL 19
JESYSMSG JES2 4 K010305 X LOCAL 20
SYSPRINT J0102305 ST10 101 K010305 X LOCAL 20
PRINT J0102305 ST10 102 K010305 X LOCAL 1

на sysprint:

********************************* TOP OF DATA *********************************

IBM537I 'ONCODE'=8097 DATA EXCEPTION
IN STATEMENT 187 AT OFFSET +00035E IN PROCEDURE WITH ENTRY K0102A0


************************************************
* ПРОТОКОЛ РАБОТЫ МОДУЛЯ K0102A0

Под OS/390:

-------------------------------------------------------------------------------
SDSF JOB DATA SET DISPLAY - JOB K0103055 (JOB03324) LINE 1-5 (5)
NP DDNAME STEPNAME PROCSTEP DSID OWNER C DEST REC-CNT PAGE
JESMSGLG JES2 2 K010305 X LOCAL 21
JESJCL JES2 3 K010305 X LOCAL 19
JESYSMSG JES2 4 K010305 X LOCAL 20
SYSPRINT J0102305 ST10 101 K010305 X LOCAL 17
PRINT J0102305 ST10 102 K010305 X LOCAL 1

на sysprint:

********************************* TOP OF DATA *********************************



************************************************
* ПРОТОКОЛ РАБОТЫ МОДУЛЯ K0102A0

Вопрос: куда пропали 2 строки сообщений:

IBM537I 'ONCODE'=8097 DATA EXCEPTION
IN STATEMENT 187 AT OFFSET +00035E IN PROCEDURE WITH ENTRY K0102A0

В каких настройках Jes потеряли?
 
AKonevДата: Пт, 18.05.2012, 16:13 | Сообщение # 2
Лейтенант
Группа: Проверенные
Сообщений: 66
Репутация: 5
Статус: Offline
Мне кажется, что JES2 здесь абсолютно не причем. Сообщение IBM537I 'ONCODE'=8097 DATA EXCEPTION идет от среды исполнения PL/I. Скорее всего у вас разные версии среды. Если это так, то в общем случае ПЛ- программы требуют перекомпиляцию. Или тащить среду исполнения в каждую новую версию MVS/OS3890/zOS. Последнее проверено и работает для старого советского PL/I даже в последних версиях z/OS.
 
mentorДата: Пт, 18.05.2012, 21:34 | Сообщение # 3
Лейтенант
Группа: Проверенные
Сообщений: 138
Репутация: 1
Статус: Offline
AKonev, спасибо за ответ.
Но вопрос не по PL, а по sysprint.
С ошибкой в PL все понятно.
И ситуация создана специально.
Сообщение об ошибке не выдается в SYSPRINT, почему?
хотя в обоих случаях выполняется один и тот же пакет (версия PL один и тот же и программа перекомпилирована в каждой системе на момент запуска задания).
Задача в обеих системах завершается с кодом 100, но под MVS сообщение с указанием номера оператора идет в SYSPRINT, а под OS/390 это сообщение где-то теряется.


Сообщение отредактировал mentor - Пт, 18.05.2012, 21:35
 
akostДата: Пт, 18.05.2012, 23:20 | Сообщение # 4
Admin
Группа: Администраторы
Сообщений: 619
Репутация: 5
Статус: Offline
Хорошо бы увидеть полный вывод задания. А то может статься, что у вас какое-то DD отправляется в выходной класс, который в MVS и в OS настроен по-разному.
 
mentorДата: Пт, 18.05.2012, 23:29 | Сообщение # 5
Лейтенант
Группа: Проверенные
Сообщений: 138
Репутация: 1
Статус: Offline
akost, судя по:

SYSPRINT J0102305 ST10 101 K010305 X LOCAL 20

в одной системе и в другой:

SYSPRINT J0102305 ST10 101 K010305 X LOCAL 17

и по содержимому sysprint, то вроде sysprint dd, который в обеих пакетах sysout=х

но все может быть.
В понедельник выставлю пакет задания, а пока спасибо и приятных выходных
 
akostДата: Вс, 20.05.2012, 12:43 | Сообщение # 6
Admin
Группа: Администраторы
Сообщений: 619
Репутация: 5
Статус: Offline
mentor,
чота мне кажется, что, поскольку сообщение IBM537I идет от run-time среды, а конкретно - от LE, то дело не в JES, а в обработчике исключительных ситуаций. то есть в разных системах он настроен по разному. да и сама среда LE тоже разная.
 
mentorДата: Вс, 20.05.2012, 12:53 | Сообщение # 7
Лейтенант
Группа: Проверенные
Сообщений: 138
Репутация: 1
Статус: Offline
akost, вполне возможно, что Вы правы.
У меня тоже было подозрение на LE, но пока не изучила, с чем её "едят". :-))
LE в MVS у нас не установлен.
А под OS/390 да.
И где искать настройки?


Сообщение отредактировал mentor - Вс, 20.05.2012, 12:55
 
AKonevДата: Пн, 21.05.2012, 09:53 | Сообщение # 8
Лейтенант
Группа: Проверенные
Сообщений: 66
Репутация: 5
Статус: Offline
mentor,
PL/I до версии 2.3 имел свою собственную среду исполнения и если ваша версия PL более старая, то настройки LE не имеет никакого отношения к исполняемому модулю. Далее его версия снова началась с 1 и он стал использовать LE и называться Enterprise.
Какой все-таки у вас PL/I? Модуль транслировался в каждой ОС или нет?
 
mentorДата: Пн, 21.05.2012, 13:17 | Сообщение # 9
Лейтенант
Группа: Проверенные
Сообщений: 138
Репутация: 1
Статус: Offline
AKonev, в обеих системах:
PLI.V2R3M0.PLIBASE
PLI.V2R3M0.PLICLIST
PLI.V2R3M0.PLICMD
PLI.V2R3M0.PLICOMP
PLI.V2R3M0.PLIHELP
PLI.V2R3M0.PLILINK
PLI.V2R3M0.PLIPROC
PLI.V2R3M0.PLISAMP
PLI.V2R3M0.PLISMAC
PLI.V2R3M0.PLITASK
PLI.V2R3M0.SAQACMD
PLI.V2R3M0.SAQAMLIB
PLI.V2R3M0.SAQAPNLS
PLI.V2R3M0.SIBMBASE
PLI.V2R3M0.SIBMLINK

и исходник откомпилирован в каждой системе соответственно.
Обещаннй JCL:
Прикрепления: 3372348.jpg (108.5 Kb)
 
mentorДата: Пн, 21.05.2012, 13:22 | Сообщение # 10
Лейтенант
Группа: Проверенные
Сообщений: 138
Репутация: 1
Статус: Offline
Повторяю, ситуация на PL вызвана умышленно, чтоб получить oncode
Прикрепления: 3998702.jpg (68.6 Kb)
 
GregoryДата: Пн, 21.05.2012, 14:49 | Сообщение # 11
Генерал-майор
Группа: Доверенные
Сообщений: 484
Репутация: 22
Статус: Offline
Доброго времени суток,
Quote
исходник откомпилирован в каждой системе соответственно.

Одним и тем же компилятором? PLI v2r3 в обоих случаях? PLI v2r3 pre-LE, так что LE тут не при чем.

Quote
AKonev: Мне кажется, что JES2 здесь абсолютно не причем.

и мне так кажется...
Эти подозрения можно проверить, указав SYSPRINT DD DSN=...
Ситуация с "потерей" последнего буфера ввода-вывода QSAM при динамической буферизации в случае ABEND выглядит какой-то знакомой, если я ничего не напутал, ее обходили с помощью явного CLOSE SYSPRINT в ON

Полный листинг все же выложите...


Сообщение отредактировал Gregory - Пн, 21.05.2012, 14:50
 
AKonevДата: Пн, 21.05.2012, 16:11 | Сообщение # 12
Лейтенант
Группа: Проверенные
Сообщений: 66
Репутация: 5
Статус: Offline
Quote (Gregory)
Ситуация с "потерей" последнего буфера ввода-вывода QSAM при динамической буферизации в случае ABEND выглядит какой-то знакомой, если я ничего не напутал, ее обходили с помощью явного CLOSE SYSPRINT в ON

z/OS DFSMS Using Data Sets пишет, что это верно для ленты, а когда запись идет на диск то последний буфер сбрасывается, хотя кто теперь знает как это было раньше. Так что в любом случае вывод в файл стоит попробовать.
 
GregoryДата: Пн, 21.05.2012, 18:42 | Сообщение # 13
Генерал-майор
Группа: Доверенные
Сообщений: 484
Репутация: 22
Статус: Offline
Quote (AKonev)
z/OS DFSMS Using Data Sets пишет, что это верно для ленты, а когда запись идет на диск то последний буфер сбрасывается, хотя кто теперь знает как это было раньше

ситуация, о которой я выше написал, представляла собой ошибку, а не feature. Ну конечно, содержимое буфера должно выводиться как при нормальном завершении, так и при аварийном. И насколько я смог припомнить, там ситуация возникала при работе PL/I программы под управлением IMS
 
GregoryДата: Чт, 24.05.2012, 15:44 | Сообщение # 14
Генерал-майор
Группа: Доверенные
Сообщений: 484
Репутация: 22
Статус: Offline
то есть, если я правильно понял, cообщения выводятся в //SYSOUT DD ?
Quote
Run-time messages are directed to a common Language Environment message file. You can use the MSGFILE run-time option to specify the ddname of this file. If a message file ddname is not declared, messages are written to the IBM-supplied default ddname SYSOUT.


значит, run-time у Вас все же LE, а не v2r3, видимо, нужно PLI.V2R3M0.SIBMBASE в STEPLIB добавить?
Quote
Akonev: Или тащить среду исполнения в каждую новую версию MVS/OS3890/zOS.
 
mentorДата: Пн, 28.05.2012, 11:06 | Сообщение # 15
Лейтенант
Группа: Проверенные
Сообщений: 138
Репутация: 1
Статус: Offline
Gregory, ничего не помогло, увы.
1. SYSPRINT DD DSN=
2. SYSOUT DD SYSOUT=X
3 STEPLIB DD PLI.V2R3M0.SIBMBASE

есть ещё какие-нибудь мысли?
 
  • Страница 1 из 3
  • 1
  • 2
  • 3
  • »
Поиск: