Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

ISRLEMX Limitations

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> PL/I & Assembler
View previous topic :: :: View next topic  
Author Message
Rajat Das

New User


Joined: 29 Nov 2012
Posts: 6
Location: India

PostPosted: Thu Nov 29, 2012 11:17 am    Post subject: ISRLEMX Limitations
Reply with quote

Hi,

I am trying to use the expansion utility ISRLEMX to expand the included copy statements within my PL1 program.
Code:

//EXPAND EXEC PGM=ISRLEMX,                               
// PARM='PLI,PROG01,B,N,E,1,,1,ENU,,,,,,'               
//ISRLCODE DD DISP=SHR,DSN=MY.SOURCE.LIB
//  DD DISP=SHR,DSN=MY.COPY.STAT.LIB
//ISRLEXPD DD SYSOUT=*                                   
//ISRLXREF DD SYSOUT=*                                   
//ISRLMSG DD SYSOUT=*                                 

But its not expanding in case of following conditions,
when the include statements in my program (PROG01)

1. has a space in between % and include
Code:
 % INCLUDE ILD3158;


2. Two semicolons at end
Code:
 %INCLUDE ILD3158;;


3. The % started from column 2 where column 1 contains printer directives like 0 or 1
Code:
 0%INCLUDE ILD3158;


Could you please advice how to overcome these issues?

Many thanks in advance!
Back to top
View user's profile Send private message

Bill Woodger

DFSORT Moderator


Joined: 09 Mar 2011
Posts: 7223

PostPosted: Thu Nov 29, 2012 12:52 pm    Post subject: Reply to: ISRLEMX Limitations
Reply with quote

What does the manual tell you is valid syntax for the %INCLUDE? I suspect, without looking, that all your examples are not correct, so should be corrected if you want them to work.
Back to top
View user's profile Send private message
Rajat Das

New User


Joined: 29 Nov 2012
Posts: 6
Location: India

PostPosted: Thu Nov 29, 2012 2:21 pm    Post subject: Re: Reply to: ISRLEMX Limitations
Reply with quote

Bill Woodger wrote:

What does the manual tell you is valid syntax for the %INCLUDE?


All of the above cases are valid and my program is getting compiled successfully. I have also seen that all copybooks are getting expanded in the compiled listing.

But, I am looking for an alternative to have the expanded version of the code without compilation and using ISRLEMX to serve the purpose.

Reference:
http://publib.boulder.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.f54u200/membexp.htm
Back to top
View user's profile Send private message
enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10201
Location: italy

PostPosted: Thu Nov 29, 2012 2:51 pm    Post subject: Reply to: ISRLEMX Limitations
Reply with quote

for issue 3 the link posted tells a different tale
Input Columns Processed for F/FB Format ==> 2 - 72

if it does not behave like that open a PMR with IBM

as far as the % INCLUDE vs. %INCLUDE

You will have to accept the stricter requirement of ISRLEMX
( after all PL/1 uses a full language scanner/parser )
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2422
Location: Netherlands, Amstelveen

PostPosted: Thu Nov 29, 2012 2:55 pm    Post subject:
Reply with quote

This link explains it all :

http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.f54u200%2Fmembexp.htm
Back to top
View user's profile Send private message
Bill Woodger

DFSORT Moderator


Joined: 09 Mar 2011
Posts: 7223

PostPosted: Thu Nov 29, 2012 3:25 pm    Post subject: Re: Reply to: ISRLEMX Limitations
Reply with quote

Quote:
All of the above cases are valid and my program is getting compiled successfully. I have also seen that all copybooks are getting expanded in the compiled listing.


This is not relevant if you are not using the compiler for expansion, is it?

To continue on this route, you need "a little something" to pre-process your INCLUDEs so that they are correct for the program you are actually running.

Why don't you want to use the compiler? You want to process the expanded source for some other reason, and you don't keep compile listings accessible?
Back to top
View user's profile Send private message
Rajat Das

New User


Joined: 29 Nov 2012
Posts: 6
Location: India

PostPosted: Thu Nov 29, 2012 3:57 pm    Post subject: Re: Reply to: ISRLEMX Limitations
Reply with quote

Bill Woodger wrote:
Why don't you want to use the compiler? You want to process the expanded source for some other reason, and you don't keep compile listings accessible?


This I need for my analysis work and dont really want to fill up my load libraries with programs which I'll never execute.
And yes, the production compile listing isn't accessible.

Also, the reported issue is relevant only when I'm not using the in-house compiler for expansion
Back to top
View user's profile Send private message
Garry Carroll

Active Member


Joined: 08 May 2006
Posts: 988
Location: Dublin, Ireland / Edinburgh, Scotland

PostPosted: Thu Nov 29, 2012 3:58 pm    Post subject:
Reply with quote

You could try using the compiler but using the NOCOMPILE option. This will expand the code but will not consume as much resource as a full compile would as no object deck will be produced. It has the advantage of performing just syntax checking.

Garry.
Back to top
View user's profile Send private message
Rajat Das

New User


Joined: 29 Nov 2012
Posts: 6
Location: India

PostPosted: Thu Nov 29, 2012 4:21 pm    Post subject:
Reply with quote

Garry Carroll wrote:
You could try using the compiler but using the NOCOMPILE option. This will expand the code but will not consume as much resource as a full compile would as no object deck will be produced. It has the advantage of performing just syntax checking.


It would be tricky as I normally rely on Endevor to do the compilation automatically. Then I need to write out a customized job to serve the purpose. By the way, could you please cite an example on how to use the NOCOMPILE option?
Back to top
View user's profile Send private message
Bill Woodger

DFSORT Moderator


Joined: 09 Mar 2011
Posts: 7223

PostPosted: Thu Nov 29, 2012 4:24 pm    Post subject: Re: Reply to: ISRLEMX Limitations
Reply with quote

Rajat Das wrote:
Also, the reported issue is relevant only when I'm not using the in-house compiler for expansion


I don't know why you are sticking to this. You a running a utility program. You have the wrong syntax for that utility program. To successfully use that utility you need to correct the syntax. That your syntax works elsewhere is entirely irrelevant to your problem.

Look into what Garry has said, should suit your task. Compilers tend to be able to do that from "the old days" where you might want a syntax check and a listing to work on but not want to get all the extra CPU usage (so elapsed time) from the code actually being generated.
Back to top
View user's profile Send private message
Rajat Das

New User


Joined: 29 Nov 2012
Posts: 6
Location: India

PostPosted: Thu Nov 29, 2012 4:36 pm    Post subject: Re: Reply to: ISRLEMX Limitations
Reply with quote

Bill Woodger wrote:
I don't know why you are sticking to this. You a running a utility program. You have the wrong syntax for that utility program. To successfully use that utility you need to correct the syntax. That your syntax works elsewhere is entirely irrelevant to your problem.


This is applicable for any live program having these syntax and its not possible to update each of them.

I'll try to use the compiler using NOCOMPILE option and get back soon.
Back to top
View user's profile Send private message
Akatsukami

Global Moderator


Joined: 03 Oct 2009
Posts: 1738
Location: Bloomington, IL

PostPosted: Thu Nov 29, 2012 4:43 pm    Post subject:
Reply with quote

You must realize, Rajat-kun, that ISRLEMX is part of ISPF, not of the PL/I suite. That it is an IBM product means that it can be considered more reliable than, say, the JCL checkers whose bogus error messages are constantly sending software engineers here with the vapors; but in the final analysis, the filter for compilable code is the compiler, not a lint utility, expansion utility, or other utility.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> PL/I & Assembler All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts EXCEEDS THE LENGTH LIMITATIONS Pedro JCL & VSAM 6 Fri Sep 12, 2014 4:48 am
No new posts IEBPTPCH limitations Todd.Proganal JCL & VSAM 8 Fri May 31, 2013 6:35 pm
No new posts IBM program ISRLEMX dataset limitation. enrico-sorichetti TSO/ISPF 9 Thu Nov 11, 2010 8:25 pm
No new posts Using ISRLEMX in JCL usharaniA JCL & VSAM 3 Mon Oct 20, 2008 3:27 pm
No new posts Help Neede on ISRLEMX jkri JCL & VSAM 10 Fri Aug 29, 2008 11:58 am


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us