RE: System-state command calling system-state program in

Rory,

In a normal way, IBM Commands that "come with the system" run at system
STATE to be able to call their CPP wich is located in the system DOMAIN.
I think that your CRTPLIPGM command has lost this system state attribute and
then cannot call anymore the QPCPLIC program wich is in the system domain.
It happens when some sensible informations are changed in the command with
the CHGCMD command : the name or location of the CPP, for example...
At this time, the way to bring a command to system state remains mysterious
for me.

The standard solution for this problem is to restore the original command.
You can also set (for a short moment) your system security level to 30 to
avoid the "unsupported interface usage" control done at security level 40.

Best Regards,
Jean-Francois.



-----Message d'origine-----
De : mi400-bounces@xxxxxxxxxxxx [mailto:mi400-bounces@xxxxxxxxxxxx]De la
part de Hewitt, Rory
Envoye : lundi 5 janvier 2004 19:45
A : mi400@xxxxxxxxxxxx
Objet : [MI400] System-state command calling system-state program in
user-state


All,
 
I am getting a problem on my V5R2 box whereby a system-state command
(QSYS/CRTPLIPGM) is defined to call a system-state program
(QPLI/QPCPLIC) but it is incorrectly calling it from the user-state, so
I get an MCH6801 (Object domain or hardware storage protection
violation.) error.
 
It appears that my copy of the CRTPLIPGM command has somehow been
corrupted. Is there anything I can do about this, short of reinstalling
the PL/I compiler? I don't appear to be able to use SST to change
commands (nor would I know what to change on a command).
 
Thanks,
 
Rory
_______________________________________________
This is the MI Programming on the AS400 / iSeries (MI400) mailing list
To post a message email: MI400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/mi400
or email: MI400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mi400.