MVSFORUMS.com

[Phantom]

Hi all,

I am experiencing a weird problem in our mainframe system. Our shop uses IBM Personal communications as the Mainframe frontend tool. I am facing few problems running my REXX routines (which were running absolutely fine in my previous shop).

I have a REXX pgm which throws up a panel that lists 25 dataset names that I use frequently. On the first invocation, everything works fine. But if I have my panel active in one screen and If I try to invoke the same routine in another logical screen, I get the following error.

[Phantom]

I think that the problem is only with the REXX CALL statement. B'cas I have some other standalone tools without any sub-program calls and I don't find any problem with multiple simultaneous invocations of these tools.

Is there any command to free unused memory before invoking a sub-program ?

Any help extended would be highly appreciated.

Regards,
Phantom

[semigeezer]

is EAZYEDIT a rexx routine or a compiled program? If it is a program, then you need the TSO CALL statement, not the Rexx one.

Does EAZYEDIT use VSAM or anything else that shares subpool 0? If so, it will fail in ISPF (you can't keep a VSAM file open in 2 split screens).

[Phantom]

Semigeezer,

1. EAZYEDIT is a REXX routine - not a compiled program.
2. EAZYEDIT does not use any VSAM files.
3. Before invoking EAZYEDIT, I verify if the calling program EZ is opened in ISR profile. If not, I use the following ISPEXEC command to open it in ISR profile pool. Could this be a problem ? If so, how do I correct this ? (As mentioned, this code was working perfectly in my previous shop).

[Dibakar]

[Phantom]

Thanks Dibakar,

But I am not sure how the system libraries are concatenated during logon. TSO ALTLIB DISPLAY shows me to libraries SYSEXEC (REXX) & SYSPROC (CLIST). I remember having the same in my previous shop.

Did u find a way to solve the problem ?

Thanks,
Phantom

[taltyman]

Curiosity question? Does easyedit do anything different than ispexec edit, just wondering? I understand the displaying your favorite datasets part although I use IBMs provided ISPF services for that.

[Phantom]

Ok. Here are the features of Eazyedit that are not provided by IBM ISPF services.

First of all EAZYEDIT Throws up a screen like this.

[code:1:e8c69082bc]
Esssssssssssssssssssssss EAZY EDIT - ADVANCED OPTIONS ssssssssssssssssssssssssN
e COMMAND ===> e
e e
e MEMBER NAME : DATASET NUMBER : 23 e
e DATASET LIST : MODE (E / V / B) : V e
e DATASET NAMES e
e 01) ENDEVOR.PROD.PROCLIB V 02) e
e 03) 04) e
e 05) 06) e
e 07) 08) e
e 09) 10) e
e 11) ENDEVOR.PROD.EXECJCL E 12) ENDEVOR.PROD.SOURCE.OUTPUT E e
e 13) ENDEVOR.PROD.CNTLCARD V 14) ENDEVOR.PROD.COPYLIB E e
e 15) 16) e
e 17) 18) e
e 19) e
e 20)

[Dibakar]

[Phantom]

Today, I experienced another strange problem. I have a ISREDIT MACRO named 'XC' to expand all copybooks in a program. I get the same error (mentioned above) when I try to invoke the macro on a member opened in edit/view mode.

But the strange thing is that, even the first line of the macro is not getting executed.

[Phantom]

Finally I found out the problem. The program ends in an error if the no. of lines is more. The XC code had 1482 lines (including comments). I deleted 1000 lines from this code and ran the macro. This time it worked fine.

Now, can someone guide me how do I run the macro without deleting the executable portion ?

Thanks,
Phantom

[nevilh]

[Phantom]

[Phantom]

The bigger the macro, more time it takes to execute and if the macro is a bit too huge then ISPF ends in error (shown above - Unable to Allocate memory). So, its not something to do with my code, rather something has to be done before the macro/rexx code invocation.

Any suggestions ?

Thanks,
Phantom

[nevilh]

What is your region size?