|
We have noticed in the programming department an annoying habit of MAPICS whereby when we start MAPICS from a command line, then exit MAPICS, our library list was not returned to what it was before we entered MAPICS. This tends to be a headache since we do our development on the production box, and if we're ever helping a user with production data and forget to reset the library list after exiting MAPICS, well, that's a bad day I'd like to avoid. I have found a SAVLIBL & RSTLIBL tool elsewhere on the midrange.com lists, but wanted to know how others implemented this. I'd rather not modify the AMZPAA program, but am not adverse to modifying the MAPICS command to call a "wrapper" CL that does the SAVLIBL, then CALLs AMZPAA, then RSTLIBL. Here's the code for the new CPP: PGM PARM(&APPID &ENDES &MNOP1 &MNOP2 + &MNOP3 &EXITA) DCL &APPID TYPE(*CHAR) LEN(1) DCL &ENDES TYPE(*CHAR) LEN(2) DCL &MNOP1 TYPE(*CHAR) LEN(2) DCL &MNOP2 TYPE(*CHAR) LEN(2) DCL &MNOP3 TYPE(*CHAR) LEN(2) DCL &EXITA TYPE(*CHAR) LEN(1) SAVLIBL Call AMZPAA Parm(&APPID &ENDES + &MNOP1 &MNOP2 &MNOP3 &EXITA) RSTLIBL ENDPGM These are the same parameters that are used by AMZPAA. Does anyone see any problems doing this that I'm not seeing? I have tested it by CRTDUPOBJ'ing the MAPICS command to MAPICS2 in my library, changing the MAPICS2 command to use my new CPP, and it works fine. It only saves up to 25 libraries. Does MAPICS utilize the new 250-library limit in the LIBL? I don't think it would be a big deal to enhance the tool to handle it. tia, db
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.