mentor, Слушайте, но ведь этот MVS - это же MVS/ESA, он же вроде 1997-1998 года выпуска, неужели к нему не было патча для 2000-го года? может, стоит на помойках файловых поискать APAR или PTF соответствующий?
akost, прикиньте, не было :-)) По всей вероятности они решили, что в 2000 году все равно будет конец света и не понадобится :-)) А вот про помойки Вы правы. Может у кого и завалялось. На что я и рассчитывала, открыв эту тему. Или по крайней мере на какого-либо супер системщика.
такой патч существует. о нем говорится в инете у IBM -
Code
The following are Year 2000 ready operating systems:
OS/390 1.2, 1.3, 2.4, 2.5 and 2.6 OS/390 1.1 with Year 2000 PTFs MVS/ESA 5.1, 5.2 and 5.2.2 with Year 2000 PTFs VM/ESA 2.2.0 VM.ESA 2.3.0 VSE/ESA 1.4 with Year 2000 PTFs VSE/ESA 2.1 with Year 2000 PTFs VSE/ESA 2.2 VSE/ESA 2.3
дадада, дело за малым))). щас неудобный вопрос спрошу, и наверное, риторический. этот MVS расставлял вроде бы Техносерв. Но они же тогда говорили, что он вроде как Year-2000 Ready, то есть эти PTF проведены. может, действительно проведены, может, где-то не взведен параметр какой? или поставщики, скажем так, выдали информацию слегка не соответствующие действительности?
Техносерв после начала 1997 года не занимался уже MVS 5.2.2, вряд ли этот MVS был YEAR200 ready в 1996 году или ранее Далее от Техносерва были по не VM-направлению различные OS/390 и z/OS, а они уже дружили с годом 2000. Я сам лично имел опыт миграции приложений из TKS в MVS/SP, MVS/XA, MVS 5.2.2 и затем в OS/390. Проблемы были такие же как у топик стартера (отсутствие и неактуальность текстов), но они были как-то решены, где пересборкой, где с помощью великого и могучего ZAPа, где реинжинирингом текстов. Но временные затраты были относительно небольшие. Так что за эти прошедшие годы, проблему различия UCB уж можно было решить и работать на чем-то более современном.
AKonev, не решили проблему с датой за эти годы, увы. У кого купили 5.2.2 и почему не подыскали PTFs, не в курсе. Ранее работали строго с фермачами. Более современное появилось относительно недавно. Поэтому появились эти запоздалые проблемы. Много модулей прозапили уже. А в вопросе с UCB одним запом не обойтись. Дизассемблер+измения в полученном коде+ассемблер=проблема при внесении изменений в IODF. Думаю, что в ближайшем будущем и эта проблема решится. Спасибо всем, кто откликнулся.
Могу только догадываться, программа что-то правит в UCB, а конфигурацию вы обновляете динамически? Если это так, то конечно в зависимости от вида корректировки, можно попробовать предварительно исправить заготовку UCB для нужного типа устройства.