enrico-sorichetti wrote:all depends on how the smpe statements for the usermod were written
applied gazillions of usermods and withy PROPERLY constructed SMPE control cards never had the problem
probably the damage has been already done..
the trick could be to build and apply another user mod that SUPS the faulty one and resets the sources/modules to the previous state
The concept of an SMP RESTORE is to replace the modules that have been altered by a SYSMOD that is being "restored" by the copies of the modules in the DLIB. If SMPE insists that multiple SYSMODs must be "restored" it is because several sysmods have been applied without being "accepted."
Most of the time IBM SYSMODs are prepared by supplying replacement modules. The problem with Mr. Sorichetti's and deucalion0's solution is the source of the replacement module or modules.
For modules updated by a superzap: it is relatively easy to write a reversal ZAP by using the VER and REP statements in the SYSMOD being "restored," but there are problems with this "solution," especially if there are cross dependencies in the chain of zaps for the module. Here you can get yourself badly screwed up even if you do everything "right."