Видимо, нужно конкретизировать понятия. Под P-list'ом может подразумеваться и модуль AT_PDL, и например меню "P-list" в PC3000, содержимое которого, судя по документации, берется напрямую из сводной таблицы дефектов (модуль 33), а не из транслятора.
Цитата:
Делал такую штуку. Нормально получилось и данные восстановились. Но это если p-List целый и родной.
Что вы имели в виду под "p-List"? Модуль AT_PDL, или 33-й модуль (HUTIL & HUSR, сводная таблица дефектов)?
Итак, есть модули AT_PDL, U_LIST и RZTBL. Есть 33-й модуль с той же инфой, только в другом представлении. Есть процедура пересчета транслятора, которая заново собирает AT_PDL, U_LIST и RZTBL (и, может быть, что-то еще) из 33-го модуля. 33-й модуль у меня в порядке. По идее, не должно влиять, в каком состоянии сейчас AT_PDL, ведь он будет записываться, а не читаться?
А G-list, как я понял из документации, вообще не причем к транслятору. Т.е. после пересчета должны получить тот же AT_PDL, что и раньше, а AT_POL (G-list) не меняется. По идее, все данные должны остаться на своих местах?
Видимо, нужно конкретизировать понятия. Под P-list'ом может подразумеваться и модуль AT_PDL, и например меню "P-list" в PC3000, содержимое которого, судя по документации, берется напрямую из сводной таблицы дефектов (модуль 33), а не из транслятора.
Итак, есть модули AT_PDL, U_LIST и RZTBL. Есть 33-й модуль с той же инфой, только в другом представлении. Есть процедура пересчета транслятора, которая заново собирает AT_PDL, U_LIST и RZTBL (и, может быть, что-то еще) из 33-го модуля. 33-й модуль у меня в порядке. По идее, не должно влиять, в каком состоянии сейчас AT_PDL, ведь он будет записываться, а не читаться?
А G-list, как я понял из документации, вообще не причем к транслятору. Т.е. после пересчета должны получить тот же AT_PDL, что и раньше, а AT_POL (G-list) не меняется. По идее, все данные должны остаться на своих местах?
Я прав? Или я что-то упускаю?